C言語におけるNULLと0の違いとは？C23規格のnullptrを含めた最適な使い分け

2026年5月1日

ポインタ・メモリ管理

C言語において、ポインタが「どこも指していない」状態を表現することは、プログラムの安全性と可読性を確保する上で極めて重要です。

長年、C言語プログラマーは 0 や NULL を用いてこの状態を表現してきましたが、2026年現在のモダンなC言語開発においては、C23規格で導入された nullptr という新しい選択肢が加わっています。

これらの違いを正しく理解し、適切に使い分けることは、メモリ管理のバグを未然に防ぎ、保守性の高いコードを書くための第一歩となります。

本記事では、古典的な 0 や NULL の仕組みから、最新の nullptr が解決する課題までを詳しく解説します。

目次 [ close ]

ポインタにおける「空」の概念

C言語のポインタは、メモリ上の特定のアドレスを格納する変数です。

しかし、宣言した直後のポインタ変数は不定な値を保持しており、そのまま利用するとプログラムの異常終了 (セグメンテーションフォールト) を引き起こす危険があります。

そのため、有効なアドレスを指していないことを明示するために「空 (ヌル)」の状態が必要となります。

歴史的に、C言語ではヌルポインタ定数という概念が定義されており、これを用いることでポインタを安全な初期状態に設定してきました。

この定数として使われてきたのが、整数リテラルの 0 と、標準ヘッダで定義されるマクロ NULL です。

0 (整数定数) による表現

C言語の規格では、値が 0 である整数定数式は、ポインタ型にキャストされた際にヌルポインタになることが保証されています。

C言語

#include <stdio.h>

int main(void) {
    // 整数 0 をポインタに代入
    int *p = 0;

    if (p == 0) {
        printf("ポインタ p は空です。\n");
    }

    return 0;
}

実行結果

ポインタ p は空です。

このように、数値の 0 を直接記述しても技術的には正しく動作します。

しかし、ソースコードを読む人間にとって、その 0 が 「数値としてのゼロ」なのか「ポインタとしての空」なのかを判別しにくい という欠点があります。

NULL マクロによる表現

数値の 0 を直接使うことによる混乱を避けるために導入されたのが NULL マクロです。

このマクロは一般に <stddef.h> や <stdio.h> などの標準ヘッダで定義されています。

多くの環境において、NULL は以下のように定義されています。

C言語

#define NULL ((void *)0)

または単に、

C言語

#define NULL 0

と定義されることもあります。

どちらの定義であっても、コンパイラはこれをポインタのコンテキストで解釈しますが、((void *)0) という定義は 「これはポインタである」という意図をより明確にしています。

NULL と 0 の決定的な違い

技術的な側面から見ると、NULL と 0 には微妙な差異が存在します。

特に、型の厳密性が求められる場面や、関数の引数として渡す場合にその違いが顕著に現れます。

型の曖昧さ

0 はあくまで int 型の整数リテラルです。

一方、NULL は実装依存ですが、ポインタ型として扱われることを想定しています。

C11以前の環境や、一部の古いコンパイラでは、可変引数関数に NULL を渡す際に注意が必要でした。

例えば、可変引数を受け取る関数において、ポインタの終端を示すために NULL を渡す場合を考えます。

C言語

#include <stdio.h>
#include <stdarg.h>

void print_strings(const char *first, ...) {
    va_list args;
    va_start(args, first);
    
    const char *str = first;
    while (str != NULL) {
        printf("%s ", str);
        str = va_arg(args, const char *);
    }
    
    va_end(args);
    printf("\n");
}

int main(void) {
    // 終端として NULL を使用
    print_strings("Hello", "World", NULL);
    return 0;
}

もし NULL が単なる 0 と定義されており、かつそのシステムの int 型のサイズがポインタのサイズよりも小さい場合、不適切なデータの読み出しが発生する可能性 が理論上存在します。

これを防ぐためには明示的に (char *)NULL とキャストする必要がありました。

C++ との互換性の違い

C言語では #define NULL ((void *)0) という定義が一般的ですが、C++では void* から他のポインタ型への暗黙的な変換が許可されていないため、C++における NULL は通常単なる 0 です。

2026年現在のマルチパラダイムな開発環境において、CとC++の両方で共有されるヘッダファイルを作成する場合、この定義の差が問題になることがありました。

C23 で登場した nullptr の革新

C23規格 (ISO/IEC 9899:2023) では、長年の懸案事項であったヌルポインタの表現に終止符を打つべく、nullptr キーワードが導入されました。

これはC++11で導入されたものと同様の機能を持ち、C言語の型安全性を大きく向上させます。

nullptr の特徴

nullptr は、0 やマクロではなく、予約語 (キーワード) として定義されています。

その主な特徴は以下の通りです。

nullptr_t 型を持つ：nullptr は専用の型を持っており、整数型とは明確に区別されます。
任意のポインタ型に暗黙的に変換可能：int* や char*、さらには関数ポインタに対しても、キャストなしで安全に代入できます。
整数型には変換できない：整数型の変数に nullptr を代入しようとすると、コンパイルエラーまたは警告が発生します。

nullptr を使用したコード例

C23対応のコンパイラ (GCC 15+ や Clang 18+ など) を使用する場合、以下のように記述できます。

C言語

#include <stdio.h>
#include <stddef.h> // nullptr_t を利用する場合

int main(void) {
    int *p = nullptr; // 最新の初期化方法
    
    if (p == nullptr) {
        printf("p は nullptr です。\n");
    }

    // 以下のコードは C23 において型エラーまたは警告の対象となる
    // int i = nullptr; 

    return 0;
}

実行結果

p は nullptr です。

比較表：0 vs NULL vs nullptr

それぞれの特徴を比較すると、以下のようになります。

特徴	0 (リテラル)	NULL (マクロ)	nullptr (C23)
型	`int`	実装依存 (多くは `void*`)	`nullptr_t`
カテゴリ	整数定数	プリプロセッサマクロ	キーワード (定数)
可読性	低い (数値と混同)	中程度	高い (ポインタ専用)
型安全性	低い	普通	高い
推奨度	非推奨	互換性維持のため使用	最推奨 (C23以降)

2026年における最適な使い分けガイドライン

2026年現在、C23規格の普及が進んでおり、新規プロジェクトでは最新の標準を採用することが推奨されています。

状況に応じた使い分けの基準を以下に示します。

1. 新規開発プロジェクトの場合

新規にプロジェクトを開始し、C23をサポートするコンパイラが利用可能であれば、原則として nullptr を使用してください。

ポインタの初期化、関数の戻り値のチェック、関数の引数への「空」の指定など、あらゆる場面で nullptr を使用することで、コードの意図が明確になり、整数との混同によるバグをコンパイル時に検知しやすくなります。

C言語

// 推奨される現代的な書き方
char *buffer = nullptr;

if (buffer == nullptr) {
    buffer = malloc(1024);
}

2. 既存の古いコードを保守する場合

C89/C90、C99、C11といった古い規格に基づいたコードベースを扱っている場合は、NULL を継続して使用するのが一般的です。

無理に nullptr へ置き換える必要はありませんが、リファクタリングの機会があれば、まず規格をC23へ引き上げ、その後に段階的に移行することを検討してください。

ただし、チーム内での統一性を最優先すべきです。

3. 整数 0 を使うべき場面

ポインタの文脈において、整数リテラルの 0 を使用することは、現代のプログラミングにおいては 「避けるべき習慣」 とされています。

整数変数をゼロクリアする場合や、配列のインデックスを指す場合には当然 0 を使いますが、「アドレスが空であること」を表現するために 0 を使うのは、可読性を著しく低下させます。

NULL ポインタに関連するよくある間違い

初心者から中級者までが陥りやすい、ヌルポインタに関する落とし穴についても触れておきます。

NULL チェックの省略

ポインタが有効であることを前提にコードを書いてしまい、NULL (または nullptr) チェックを怠るケースです。

C言語

void process_data(int *data) {
    // data が nullptr の場合にクラッシュする
    printf("値: %d\n", *data); 
}

必ず以下のようなガード条件を入れる癖をつけるべきです。

C言語

void process_data(int *data) {
    if (data == nullptr) {
        return; // 安全に終了
    }
    printf("値: %d\n", *data);
}

ヌルポインタと「値が 0」の混同

特に初心者の場合、int 型の変数の値が 0 であることと、その変数を指すポインタが NULL であることを混同することがあります。

値が 0：有効なメモリ領域に数値のゼロが書き込まれている。
ヌルポインタ：そもそもどこのメモリ領域も指していない。

この違いを意識しないと、ポインタをデリファレンス (逆参照) して値を取得しようとした瞬間にプログラムがクラッシュします。

まとめ

C言語における 0、NULL、そして nullptr は、いずれも「何も指していない」という状態を表すために使われますが、その性質は大きく異なります。

0 は最も原始的な表現であり、可読性と型安全性の面で問題があります。
NULL は長らく標準として使われてきたマクロであり、今なお多くのコードベースで見られますが、定義が実装に依存するという弱点があります。
nullptr はC23で導入された現代的な解決策であり、専用の型を持つことで最も安全かつ明確にヌルポインタを表現できます。

2026年のC言語開発においては、可能な限り C23 規格を採用し、nullptr を標準的に使用することが、高品質なプログラムへの近道です。

それぞれの歴史的背景と技術的な差異を理解した上で、プロジェクトの状況に合わせた最適な選択を行ってください。