C言語のextern修飾子の使い方を解説！複数ファイルでの変数・関数共有と注意点

2026年2月6日

型・変数・定数

C言語を用いた大規模なシステム開発や、複数のソースファイルにまたがるプロジェクトにおいて、ファイル間でのデータの共有は避けて通れない課題です。

そこで重要な役割を果たすのがextern修飾子です。

この修飾子を正しく理解し活用することで、グローバル変数のスコープを制御し、効率的でメンテナンス性の高いコードを記述することが可能になります。

本記事では、C言語におけるexternの基本的な仕組みから、複数ファイルでの具体的な共有方法、そして使用上の注意点までをプロの視点で徹底的に解説します。

目次 [ close ]

extern修飾子の基本概念

C言語におけるextern修飾子は、その変数が「他の場所で定義されていること」をコンパイラに伝えるためのキーワードです。

C言語のコンパイルプロセスでは、ソースファイル ( .c ) ごとに個別のオブジェクトファイルが生成されます。

そのため、あるファイルで定義した変数を別のファイルから参照しようとすると、通常は「未定義のシンボル」としてエラーになります。

ここでexternを使用すると、コンパイラに対して「この変数の実体 ( メモリ確保 ) は別のファイルにあるけれど、ここではその名前を使わせてください」という予約を行うことができます。

これにより、複数のソースファイル間で同一のデータを共有する道が開かれます。

「宣言」と「定義」の決定的な違い

externを正しく使うためには、まず宣言 ( Declaration ) と定義 ( Definition ) の違いを明確に区別する必要があります。

この違いを混同すると、リンクエラーの原因となるため注意が必要です。

項目	内容	メモリの確保	重複の可否
定義 ( Definition )	変数の型と名前を指定し、実際にメモリ領域を確保する	あり	同一スコープ内で1回のみ
宣言 ( Declaration )	変数の型と名前をコンパイラに知らせるだけで、メモリは確保しない	なし	何度でも可能

externを付けた変数の記述は、基本的に「宣言」となります。

一方、externを付けずにグローバル変数を記述した場合は「定義」となります。

ただし、extern int count = 10;のように初期値を指定してしまうと、externを付けていても定義扱いになり、メモリが確保される点に注意してください。

複数ファイル間での変数共有の手順

実際に複数のソースファイルで変数を共有する場合、一般的にはヘッダーファイル ( .h ) を活用します。

直接ソースファイルにexternを記述することも可能ですが、保守性の観点からヘッダーファイルによる一元管理が推奨されます。

基本的な実装フロー

定義側 ( main.c または sub.c ) : グローバル変数を定義 ( 実体を生成 ) します。
ヘッダーファイル ( common.h ) : 変数をextern宣言します。
参照側 ( sub.c など ) : ヘッダーファイルをインクルードして、変数を利用します。

具体的なコード例

例えば、ゲームプログラムで「スコア」を管理する変数を共有したい場合、以下のような構成になります。

【vars.c】 ( 変数の定義 )

C言語

#include "vars.h"

// ここでメモリが確保される (定義)
int global_score = 0;

【vars.h】 ( extern宣言 )

C言語

#ifndef VARS_H
#define VARS_H

// 他のファイルから見えるように宣言
extern int global_score;

#endif

【main.c】 ( 変数の利用 )

C言語

#include <stdio.h>
#include "vars.h"

int main(void) {
    global_score = 100; // 共有されている変数に代入
    printf("Current Score: %d\n", global_score);
    return 0;
}

このように、ヘッダーファイルにextern宣言をまとめておくことで、どのファイルがその変数を利用しているかが明確になり、型変更などの修正が必要になった際もヘッダーファイル1箇所を修正するだけで済みます。

extern修飾子を用いた関数の共有

変数の場合と同様に、関数にもスコープの概念がありますが、関数の場合はデフォルトで extern の性質を持っているという特徴があります。

関数における extern の役割

C言語において、関数のプロトタイプ宣言を行う際、externを明示的に付けても付けなくても、コンパイラはそれを「外部参照可能な関数」として扱います。

C言語

// これら2つはコンパイラにとっては同じ意味
void process_data(void);
extern void process_data(void);

したがって、関数を他のファイルから呼び出す場合は、単にヘッダーファイルに関数プロトタイプを記述し、それを呼び出し側でインクルードするだけで共有が可能です。

明示的に extern を書くメリット

関数に対してあえてexternを記述する理由は、主にコードの意図を明確にするためです。

ソースコードを読んでいるエンジニアに対して、「この関数は現在のファイル内ではなく、外部のモジュールで定義されている重要なインターフェースである」というシグナルを送ることができます。

特に、大規模なプロジェクトや、外部ライブラリを直接参照するような場合には、視認性を高めるために付けられることがあります。

extern と static の使い分け

externと対照的な役割を持つのがstatic修飾子です。

これらは「リンケージ ( 結合 ) 」という概念で区別されます。

外部結合 ( External Linkage )

externが付与された ( または修飾子がない ) グローバル変数は「外部結合」を持ちます。

これは、プログラム全体から参照可能であることを意味します。

プロジェクト内のどのソースファイルからでも、名前を知っていればアクセスできてしまいます。

内部結合 ( Internal Linkage )

一方、グローバル変数にstaticを付けると「内部結合」となります。

これは、その変数が定義されたファイル内からしか参照できないように制限するものです。

設計上の指針

オブジェクト指向の「カプセル化」に近い概念を実現するためには、不必要な extern の使用を避け、可能な限り static でスコープを限定することが鉄則です。

ファイル内だけで使うデータ : staticを付けて隠蔽する。
どうしても複数のファイルで共有が必要なデータ : externを使って公開する。

この使い分けを徹底することで、名前の衝突 ( 重複定義エラー ) を防ぎ、変数の値が意図しない場所で書き換えられるリスクを低減できます。

extern を使用する際の重要な注意点

externは強力な機能ですが、不適切な使用はバグの温床となります。

開発時に特に注意すべきポイントをいくつか挙げます。

1. 多重定義によるリンクエラー

同じ名前のグローバル変数を複数のファイルで「定義 ( 初期化を伴う記述 ) 」してしまうと、リンカーがどの実体を参照すればよいか判断できず、「multiple definition of…」というエラーを発生させます。

これを防ぐためには、「定義は必ず1つの .c ファイルのみで行い、他の場所はすべて .h ファイル経由の extern 宣言にする」というルールを厳守する必要があります。

2. 型の不一致

extern宣言側と実体の定義側で、変数の型が異なっている場合に注意が必要です。

例えば、定義側でint型としているのに、宣言側でdouble型としてしまうと、メモリサイズが異なるため、実行時に不正なメモリアクセスが発生し、プログラムがクラッシュしたり、計算結果が異常になったりします。

この問題は、コンパイラがファイル間の整合性をチェックできない場合があるため ( 特に古い規格や設定では ) 、ヘッダーファイルを介して一貫した型定義を共有することで回避します。

3. グローバル変数の乱用による保守性の低下

externを使ってグローバル変数をどこからでも読み書きできるようにすると、「どこで値が変更されたか分からない」という状態に陥ります。

デバッグが困難になる。
マルチスレッド環境において、競合状態 ( レースコンディション ) が発生しやすくなる。
モジュール間の結合度が強くなり、単体テストがしにくくなる。

これらを防ぐため、直接変数をexternで公開するのではなく、アクセサ関数 ( Getter/Setter ) を用意して、変数の操作を制御する設計を検討してください。

C++との連携における extern “C”

C言語のプロジェクトをC++から利用したり、その逆を行ったりする場合、単なるexternだけでは不十分です。

ここではextern "C"という特殊な記法が登場します。

C++には「名前修飾 ( マングリング ) 」という仕組みがあります。

これは関数のオーバーロード ( 同名で引数が異なる関数 ) を実現するために、コンパイラが関数名に引数情報などを付加して内部的な名前に変換する機能です。

一方、C言語にはこの仕組みがありません。

そのため、C++のコードからC言語で書かれた関数を呼び出そうとすると、リンカーが名前を見つけられずにエラーとなります。

これを解決するのが以下の記述です。

C++

#ifdef __cplusplus
extern "C" {
#endif

// ここにC言語形式でリンクしたい宣言を書く
void my_c_function(int x);

#ifdef __cplusplus
}
#endif

このextern "C"ブロックで囲むことにより、C++コンパイラに対して「この部分はC言語のルールでコンパイル・リンクしてほしい」と指示を出すことができます。

現代のソフトウェア開発では、C言語で書かれた低層ライブラリをC++のアプリケーション層から呼び出すケースが多いため、非常に重要な知識です。

実践的なプロジェクト構成のベストプラクティス

より高度なテクニカルライティングの視点から、プロの開発現場で採用されるexternの管理手法を紹介します。

インクルードガードの徹底

ヘッダーファイルにextern宣言を書く際は、必ずインクルードガード ( #ifndef, #define, #endif ) を使用してください。

これにより、同じヘッダーが複数回読み込まれることによる再定義エラーを防止します。

変数の定義と宣言を自動的に切り替えるテクニック

大規模プロジェクトでは、定義と宣言を2箇所に書く手間を省くために、マクロを利用したテクニックが使われることもあります。

C言語

// common.h
#ifdef GLOBAL_VAL_DEFINE
#define EXTERN
#else
#define EXTERN extern
#endif

EXTERN int user_count;

このヘッダーを、実体を定義したい1つのファイルだけで#define GLOBAL_VAL_DEFINEしてからインクルードすることで、定義と宣言を1つのファイルで管理できます。

ただし、コードの可読性が下がる側面もあるため、プロジェクトの方針に合わせて選択してください。

extern修飾子の動作まとめ

C言語におけるexternの役割を整理すると、以下の通りとなります。

存在の証明 : コンパイラに対し、実体が別にあることを保証する。
結合の橋渡し : オブジェクトファイル間のリンクを可能にする。
グローバルアクセスの提供 : 複数ファイルでデータを共有するための唯一の手段である。

以下の表に、修飾子ごとの挙動の違いを改めてまとめます。

修飾子の組み合わせ	変数の種類	有効範囲 ( スコープ )	生存期間	他ファイルからの参照
( なし )	グローバル変数	ファイル全体	プログラム終了まで	可能
static	静的グローバル変数	定義ファイル内のみ	プログラム終了まで	不可
extern	外部変数宣言	宣言された場所から下	( 定義側に依存 )	参照するための記述

まとめ

C言語のextern修飾子は、分割コンパイルを行う現代的なソフトウェア開発において欠かせない要素です。

しかし、その強力さゆえに、安易な多用はプログラムの構造を複雑にし、予期せぬ不具合を招く原因にもなります。

本記事で解説した「宣言と定義の分離」、「ヘッダーファイルによる一元管理」、そして「static修飾子による適切な隠蔽」という原則を守ることで、堅牢でメンテナンスしやすいC言語プログラムを構築することができます。

特に、大規模な組み込み開発やシステムプログラミングに携わる際には、リンクエラーやメモリ管理の観点からexternの挙動を深く理解しておくことが、プロフェッショナルなエンジニアへの第一歩となります。

今回学んだ知識を活かし、よりクリーンなコード設計を意識してみてください。