C言語のNULLと0の違いとは？正しい使い分けと定義、ポインタ初期化の注意点を解説

2026年4月24日

ポインタ・メモリ管理

C言語を学習する上で、多くのプログラマが最初に突き当たる壁の一つがポインタの概念です。

そのポインタと密接に関係しているのが「NULL」という存在ですが、プログラム内では「0」という数値も同様の意味で使われることが多々あります。

「NULLと0は何が違うのか」「どちらを使うのが正解なのか」という疑問は、初心者だけでなく中級者にとっても曖昧になりやすいポイントです。

本記事では、C言語におけるNULLと0の定義の違い、内部的な仕組み、そして最新の規格を踏まえた正しい使い分けについて詳しく解説します。

安全で可読性の高いコードを書くためのポインタ初期化の作法についても触れていきますので、ぜひ参考にしてください。

目次 [ close ]

C言語におけるNULLの正体と定義

C言語でポインタを扱う際、頻繁に登場する NULL ですが、これは言語仕様として最初から組み込まれているキーワードではありません。

まずはその定義の仕組みから理解を深めていきましょう。

NULLはマクロ定義である

NULL は、標準ライブラリのヘッダファイル（stddef.h、stdio.h、stdlib.h など）の中で定義されているマクロです。

コンパイルの前のプリプロセス段階で、特定の定数に置き換えられます。

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

C言語

/* 一般的なNULLの定義例 */
#define NULL ((void *)0)

あるいは、単純に整数の0として定義されている場合もあります。

C言語

/* 単純な整数の0としての定義例 */
#define NULL 0

このように、環境やコンパイラによって定義が異なる場合がありますが、共通しているのは「何も指していないポインタ」を表現するための定数として機能するという点です。

ヌルポインタ定数とは何か

C言語の規格（C11やC17など）では、NULL は「ヌルポインタ定数」として定義されています。

ヌルポインタ定数とは、値が0の整数定数、またはその整数定数を void * 型にキャストしたものを指します。

このヌルポインタ定数をポインタ変数に代入すると、そのポインタは「どのオブジェクトも関数も指していない状態」になります。

これをヌルポインタと呼びます。

NULLと0の決定的な違い

プログラム上では、ptr = NULL; と書いても ptr = 0; と書いても、多くのコンパイラでは同じ動作をします。

しかし、これらには概念的、および型理論的な違いが存在します。

型のセマンティクス（意味論）の違い

0 は本質的にint型（整数型）の数値です。

一方、NULL は「ポインタとしての文脈」で使われることを意図して定義された記号です。

C言語では、数値の0をポインタ変数に代入した場合、それは特別な意味を持つ「ヌルポインタ」として解釈されることが規格で保証されています。

しかし、人間がソースコードを読むとき、数値としての 0 が書かれていると、それが「カウント用のゼロ」なのか「ポインタの終端」なのかを一瞬で判断することが難しくなります。

可読性の観点からは、ポインタを扱う際には必ず NULL を使用し、数値としての計算には 0 を使用するという明確な区別が必要です。

内部表現（ビットパターン）の話

初心者が誤解しやすいポイントとして、「ヌルポインタの内部的なビットパターンは、必ずしもすべてのビットが0であるとは限らない」という仕様があります。

C言語の規格上、ソースコード内で書かれた 0 や NULL は、コンパイル時にそのプラットフォームにおける「ヌルポインタの内部表現」に変換されます。

多くの現代的なアーキテクチャでは、ヌルポインタはアドレス 0x00000000 を指しますが、特殊な組み込み環境などでは異なるビットパターンを持つ可能性もゼロではありません。

そのため、memset 関数などでメモリ領域を0埋めした場合に、その領域にあるポインタ変数が正しく NULL として機能するかどうかは、厳密にはプラットフォーム依存となります。

安全性を高めるためには、個別に NULL を代入することが推奨されます。

NULLと ‘\0’（ヌル文字）の違い

NULLと混同されやすいものに '\0' があります。

これらは名前こそ似ていますが、用途が全く異なります。

表記	名称	型	主な用途
`NULL`	ヌルポインタ	ポインタ型（多くは `void *`）	ポインタが何も指していないことを示す
`0`	ゼロ	整数型（`int`）	数値計算、配列のインデックス、カウントなど
`'\0'`	ヌル文字	文字型（`char`）	文字列の終端を示す記号

'\0' は値としては 0 ですが、「これは文字データの終わりを意味するものである」という意思表示になります。

ポインタの代入に '\0' を使ったり、数値の計算に NULL を使ったりすることは、プログラムの意図を著しく不透明にするため避けるべきです。

ポインタの初期化とNULLの活用方法

ポインタ変数を宣言した際、初期化を行わずに使用することは非常に危険です。

ここでは NULL を使った適切な初期化とチェックの方法について解説します。

未初期化ポインタの危険性

ポインタ変数を初期化せずに宣言すると、その中身は「不定（不定値）」となります。

これを野良ポインタ（ダングリングポインタ）と呼びます。

C言語

#include <stdio.h>

void dangerous_func() {
    int *ptr; // 初期化されていない不定のポインタ
    
    /* 
     ptrがどこを指しているかわからないため、
     以下の操作はメモリ破壊やクラッシュを引き起こす可能性がある 
     */
    // *ptr = 100; 
}

このようなバグを防ぐためには、「ポインタを宣言した直後、有効なアドレスを代入できない場合は必ず NULL で初期化する」という習慣を徹底してください。

NULLを用いた安全な初期化例

以下のプログラムは、ポインタを NULL で初期化し、動的メモリ確保の成功・失敗を適切に判定する例です。

C言語

#include <stdio.h>
#include <stdlib.h>

int main() {
    /* 1. ポインタをNULLで初期化 */
    int *data = NULL;
    int n = 5;

    /* 2. 動的メモリ確保 */
    data = (int *)malloc(n * sizeof(int));

    /* 3. NULLチェックによるエラーハンドリング */
    if (data == NULL) {
        fprintf(stderr, "メモリの確保に失敗しました。\n");
        return 1;
    }

    /* メモリ使用 */
    for (int i = 0; i < n; i++) {
        data[i] = i * 10;
        printf("data[%d] = %d\n", i, data[i]);
    }

    /* 4. 解放後は再びNULLを代入（二重解放や誤用を防ぐ） */
    free(data);
    data = NULL;

    printf("メモリを解放しました。\n");

    return 0;
}

実行結果

data[0] = 0
data[1] = 10
data[2] = 20
data[3] = 30
data[4] = 40
メモリを解放しました。

free後のNULL代入の重要性

上記のコードのステップ4にあるように、free() でメモリを解放した直後のポインタ変数には、依然として「以前確保されていた領域のアドレス」が残っています。

しかし、その領域はすでにOSに返却されており、アクセスすることは禁止されています。

この状態で誤ってポインタを使ってしまうと致命的なバグになります。

そのため、解放直後に NULL を代入することで、ポインタが無効であることを明示し、万が一アクセスした場合でも即座に異常を検知できるようにします。

if文での判定スタイル：if(ptr) か if(ptr == NULL) か

ポインタが有効かどうかをチェックする際、C言語では2通りの書き方が存在します。

if (ptr != NULL)
if (ptr)

論理的には、if 文は条件式が 0 以外であれば真と判定するため、ポインタがヌルポインタ（0相当）でない場合は真となります。

明示的な比較のメリット

if (ptr == NULL) という書き方は、「この変数がポインタであること」を明確に示します。

また、型に対する厳密さを意識できるため、保守性の高いコードとみなされることが多いです。

簡略化スタイルのメリット

一方、if (ptr) は非常に簡潔です。

C言語のベテランプログラマの間では、「ポインタが存在するかどうか」を論理値として扱うこのスタイルが好まれる傾向にあります。

どちらのスタイルを採用するかはプロジェクトのコーディング規約に従うべきですが、チーム内で統一することが最も重要です。

C23規格における「nullptr」の導入

2024年以降に普及が進んでいる最新のC言語規格「C23」では、長年の課題であったヌルポインタの扱いについて大きな進展がありました。

C++で既に導入されていた nullptr キーワードがC言語にも導入されたのです。

なぜ NULL ではなく nullptr なのか

従来の NULL には、マクロ定義ゆえの欠点がありました。

例えば、関数のオーバーロード（C++の場合）や可変引数関数において、NULL が単なる整数 0 として扱われてしまい、意図しない挙動を引き起こすリスクがありました。

nullptr は、「nullptr_t」という専用の型を持っており、整数型と混同されることがありません。

C言語

/* C23規格でのnullptrの使用例 */
#include <stddef.h>

void process_data(int *p) {
    if (p == nullptr) {
        // ヌルポインタ時の処理
    }
}

int main() {
    int *ptr = nullptr; // C23からはnullptrが推奨される
    process_data(ptr);
    return 0;
}

今後のモダンなC言語開発においては、NULL に代わって nullptr が主流になっていくと考えられます。

最新のコンパイラ（GCC 13+ や Clang 15+ など）を使用している場合は、この新しい仕様を意識しておくと良いでしょう。

ポインタ操作でよくある間違い

NULLに関連して、開発者が陥りやすいミスをいくつか紹介します。

1. NULLポインタの間接参照（デリファレンス）

最も一般的なバグの一つが、NULL であるポインタの中身を参照しようとすることです。

C言語

int *p = NULL;
*p = 10; // セグメンテーションフォールト（強制終了）の原因

実行時に Segmentation fault や Access Violation が発生した場合、まず疑うべきはこのヌルポインタ参照です。

ポインタを使う前には必ず「NULLではないこと」を確認するガード句を入れる癖をつけましょう。

2. ポインタと整数の混同による警告

コンパイラの警告レベルを上げている場合、ポインタに 0 以外の整数を代入しようとしたり、逆に整数型に NULL を代入しようとしたりすると警告が出ます。

C言語

int val = NULL; // 警告：ポインタを整数に代入しています
int *ptr = 100;  // 警告：整数をポインタに代入しています

これらは一見動作するように見えても、プログラムの移植性や安定性を損なうため、必ず適切な型変換を行うか、意図に合った定数（0 または NULL）を使用してください。

NULLと0を使い分けるためのガイドライン

これまでの内容を整理し、実務で役立つ使い分けの指針をまとめます。

原則1：ポインタには NULL を使う

アドレスを扱う全ての場面（初期化、比較、代入）において、数値の 0 ではなく NULL を使用してください。

これにより、「この変数はポインタである」という情報がコードを読む人に伝わります。

原則2：数値には 0 を使う

配列の添字やカウンタ、フラグとしての数値には、決して NULL を使わず、数値リテラルの 0 を使用してください。

原則3：文字列の終端には ‘\0’ を使う

char 型の配列（文字列）を扱う際、終端を明示する場合は '\0' を使用します。

原則4：最新環境なら nullptr を検討する

C23規格以降のプロジェクトであれば、型安全性の高い nullptr の使用を優先的に検討しましょう。

まとめ

C言語における NULL と 0 は、プログラム上の動作としては酷似していますが、その「意味（セマンティクス）」には大きな違いがあります。

NULL：ポインタが何も指していないことを示す「マクロ定数」。
0：純粋な数値を示す「整数リテラル」。
nullptr：C23から導入された、より安全な「ヌルポインタ定数」。

ポインタを適切に NULL で初期化し、使用前にチェックを行うことは、C言語プログラミングにおける基本中の基本であり、最も効果的なバグ予防策の一つです。

また、数値や文字（’\0’）との使い分けを明確にすることで、他人が読んでも理解しやすい「美しいコード」を書くことができます。

ポインタは強力な道具ですが、一歩間違えればプログラムを破壊する凶器にもなり得ます。

NULL の性質を正しく理解し、安全なメモリ管理を心がけましょう。