【2026年8月最新】C言語のint・long int・short intの使い方完全ガイド｜サイズ・範囲・オーバーフロー対策とAI時代の学び方

C言語を学び始めると、必ずと言っていいほど最初につまずくのが「整数型が何種類もある」問題です。int、long int、short int——名前は似ているのに、サイズも扱える数値の範囲も違う。しかも厄介なことに、そのサイズは「使っているパソコンやコンパイラによって変わる」ことすらあります。

この記事では、C言語の3つの整数型（int / long int / short int）について、サイズ・範囲・書式指定子・宣言方法を初心者にもわかるレベルまで噛み砕いて解説します。さらに、オーバーフローやキャストで実際に起きる典型的なバグのパターン、Windows と Linux で挙動が変わってしまう「環境依存の罠」まで、競合の入門記事よりも一段深く踏み込んで整理しました。

この記事を最後まで読むと、次の7つが明確になります。

01 INTEGER TYPES OVERVIEW C言語の整数型（int・long int・short int）の全体像 なぜ整数型が複数あるのか、まず全体像から掴む

C言語がなぜ整数型を1種類に統一せず、int・long int・short intと複数用意しているのか。理由はシンプルで、「扱いたい数値の大きさ」と「使えるメモリ量」のバランスを、プログラマ自身が選べるようにするためです。

組み込み機器のようにメモリが数KBしかない環境では、変数1つが4バイトか2バイトかは死活問題になります。一方、大きな金額や日時のシリアル値を扱うプログラムでは、intの範囲（約±21億）では桁が足りなくなることがあります。この「使い分け」の発想を最初に押さえておくと、以降の内容が理解しやすくなります。

1-1. 3つの整数型のサイズ・範囲を一覧で比較する

まずは全体像を一気に掴みましょう。以下は、現代の主要な64ビット環境（Linux/macOSでの一般的な構成）を前提にした場合の、3つの整数型のサイズと範囲です。

型	サイズ（目安）	符号あり(signed)の範囲	符号なし(unsigned)の範囲	主な書式指定子
short int	2バイト(16bit)	-32,768 ～ 32,767	0 ～ 65,535	%d（出力）/ %hd（scanf）
int	4バイト(32bit)	-2,147,483,648 ～ 2,147,483,647	0 ～ 4,294,967,295	%d（signed）/ %u（unsigned）
long int	4または8バイト（環境依存）	4バイト時はintと同じ／8バイト時は約±922京	4バイト時はintと同じ／8バイト時は約1844京	%ld（signed）/ %lu（unsigned）

1-2. なぜ「long intは4バイトまたは8バイト」なのか

上の表で long int だけ「4または8バイト（環境依存）」とあいまいな書き方をしているのには理由があります。C言語の規格（ISO/IEC 9899）は、各整数型について「最低限保証するビット数」しか定めておらず、正確な実装サイズはコンパイラとOSの組み合わせ（データモデル）に委ねられているためです。

型	規格上の最低保証	実務上の一般的な実装
short int	16ビット以上	2バイト（16bit）でほぼ統一
int	16ビット以上	4バイト（32bit）が現代の標準
long int	32ビット以上	環境により4バイトまたは8バイト（詳細は第3章）

つまり「int は4バイト」「long int は8バイト」と丸暗記してしまうと、環境によっては痛い目を見ます。この後の章で、int・long int・short int それぞれの使い方を具体的なコード例とともに見ていき、最後にこの「環境依存」がどんなバグを引き起こすのかを詳しく解説します。

02 INT TYPE int型の使い方を完全解説 宣言・範囲・書式指定子・オーバーフローの基本

int型は、C言語で最もよく使われる整数型です。特別な理由がない限り、まずint型を選んでおけば大きな失敗はしません。ここでは、宣言方法から実際の数値の範囲、正しい書式指定子の使い方まで一通り押さえます。

2-1. int型の宣言方法とsizeof演算子での確認

int型の変数は以下のように宣言します。値を代入しない場合は不定値（ゴミ値）が入るため、初期化する習慣をつけましょう。

#include <stdio.h>

int main(void) {
    int age = 20;                 // int型の宣言と初期化
    unsigned int count = 0;       // 符号なしint型

    printf("age = %d\n", age);
    printf("count = %u\n", count);
    printf("sizeof(int) = %zu バイト\n", sizeof(int));

    return 0;
}

sizeof(int)を使うと、自分の環境で実際に何バイト確保されているかをその場で確認できます。「表に書いてある数値を鵜呑みにせず、自分の環境で確認する」のはC言語学習における鉄則です。

2-2. limits.hで範囲の最大値・最小値を取得する

int型の範囲を暗記する必要はありません。標準ヘッダ<limits.h>を使えば、その環境での最大値・最小値をプログラムから直接取得できます。

#include <stdio.h>
#include <limits.h>

int main(void) {
    printf("INT_MIN  = %d\n", INT_MIN);
    printf("INT_MAX  = %d\n", INT_MAX);
    printf("UINT_MAX = %u\n", UINT_MAX);
    return 0;
}

2-3. 【注意点】int型のオーバーフローは「未定義動作」

まとめると、int型はC言語における「基本の整数型」であり、特別な事情がなければまず最初に検討すべき型です。範囲を超える可能性がある処理では、次章のlong int型、あるいはメモリを節約したい場合は第4章のshort int型を検討します。

03 LONG INT TYPE long int型の使い方と「環境依存」の罠 Windows と Linux でサイズが変わる理由を正しく理解する

long int型（単に long とも書く）は、int型よりも大きな数値を扱いたいときに使う整数型です。「intで足りなければlongを使えばいい」——この理解自体は正しいのですが、long int型には初心者が必ずと言っていいほど誤解する重大なポイントがあります。それが「long intのサイズはOSとコンパイラの組み合わせで変わる」という点です。

3-1. long int型の宣言と基本的な使い方

#include <stdio.h>

int main(void) {
    long int population = 125000000L;      // L サフィックスでlong int型リテラルを明示
    unsigned long int distance = 384400000UL; // 地球から月までの距離(m)

    printf("population = %ld\n", population);
    printf("distance   = %lu\n", distance);
    printf("sizeof(long int) = %zu バイト\n", sizeof(long int));

    return 0;
}

数値リテラルの末尾にL（またはUL）を付けるのは、コンパイラに「このリテラルはlong int型として扱ってほしい」と明示するためです。省略しても多くの場合は動きますが、大きな数値を扱う際は明示しておくと事故を防げます。

3-2. なぜWindowsとLinuxでlong intのサイズが違うのか

64ビットのパソコンを使っているからといって、long int型が自動的に8バイトになるわけではありません。これはデータモデルと呼ばれる、OS・コンパイラごとの「基本型のビット数の組み合わせ規約」によって決まります。

環境	データモデル	sizeof(int)	sizeof(long int)	sizeof(long long int)
Windows（MSVC / 64bit）	LLP64	4バイト	4バイト	8バイト
Linux（GCC・Clang / 64bit）	LP64	4バイト	8バイト	8バイト
macOS（Clang / 64bit）	LP64	4バイト	8バイト	8バイト
32ビット環境全般	ILP32	4バイト	4バイト	8バイト

つまり、「Linuxで書いて動作確認したコードをそのままWindowsでコンパイルしたら、long int型を使った計算結果がおかしくなった」というトラブルは、この環境差が原因であることが非常に多いのです。

3-3. 【具体例】環境依存を避ける書き方

環境によってサイズが変わってしまう問題を避けたい場合は、C99以降で標準化された<stdint.h>の固定幅整数型を使うのが確実です。

#include <stdio.h>
#include <stdint.h>   // 固定幅整数型を使うためのヘッダ

int main(void) {
    int32_t id = 1000000;         // どの環境でも必ず32bit(4バイト)
    int64_t total_yen = 9200000000000LL; // どの環境でも必ず64bit(8バイト)

    printf("id = %d\n", id);
    printf("total_yen = %lld\n", (long long)total_yen);
    return 0;
}

まとめると、long int型は「int型より大きい数値を扱える」という理解だけでは不十分で、環境によってサイズが変わりうることを前提にコードを書く必要があります。確実に64bitの範囲が必要な処理では、long intではなくint64_t（またはlong long int）を使うのが安全な選択です。

04 SHORT INT TYPE short int型の使い方とメモリ節約の考え方 なぜあえて小さい型を使うのか、その判断基準

short int型（単に short とも書く）は、3つの整数型の中で最もサイズが小さく、扱える数値の範囲も最も狭い型です。「範囲が狭いなら使う意味がないのでは」と思うかもしれませんが、実務では明確な使いどころがあります。

4-1. short int型の宣言と範囲

#include <stdio.h>
#include <limits.h>

int main(void) {
    short int temperature = -15;          // 気温など小さい範囲で十分な値
    unsigned short int port = 8080;       // ネットワークのポート番号など

    printf("temperature = %d\n", temperature);
    printf("port = %d\n", port);
    printf("SHRT_MIN = %d, SHRT_MAX = %d\n", SHRT_MIN, SHRT_MAX);
    printf("USHRT_MAX = %d\n", USHRT_MAX);

    return 0;
}

注目してほしいのは、printfの書式指定子が%hdではなく%dのままで問題なく動く点です。これは次に説明する「整数昇格」というC言語の仕様によるものです。

4-2. short int型が向いている場面

short int型が実際に活躍するのは、次のような「数値の範囲が明らかに小さく収まる」かつ「大量に確保する」場面です。

用途	理由	具体例
大量データを扱う配列	int(4バイト)からshort(2バイト)にするだけでメモリ使用量が半分になる	数百万件のセンサー値、画像のピクセル値
通信プロトコルのデータ構造	規格でフィールドのバイト数が16bitと厳密に決まっている	ネットワークパケットのポート番号など
組み込み機器・マイコン	RAMそのものが数KB〜数十KBしかない	家電、IoTセンサー機器のファームウェア

4-3. 【注意点】short型同士の演算でも結果はint型になる

まとめると、short int型は「メモリを節約したい」「規格でバイト数が決まっている」という明確な理由があるときに選ぶ型です。理由がなければint型を使う方が安全で、short型を使う場合も「演算結果を再代入するタイミングで範囲を超えていないか」を必ず意識しましょう。

05 COMMON BUGS キャスト・オーバーフロー・書式指定子ミスで起きる典型バグ 整数型でつまずくポイントをパターンごとに整理する

ここまでint・long int・short intそれぞれの使い方を見てきましたが、C言語の整数型は「動いているように見えて、実は間違っている」バグを生みやすい領域でもあります。ここでは実際によくある典型パターンを4つ紹介します。

5-1. 符号なし(unsigned)のfor文が無限ループになるバグ

最も有名な事故のひとつが、符号なし整数をループのカウンタに使ったときに起きる無限ループです。

// バグの例：この for 文は無限ループになる
unsigned int i;
for (i = 10; i >= 0; i--) {
    printf("%u\n", i);
}
// i が 0 の次に i-- すると、unsigned int の性質上
// -1 ではなく UINT_MAX（約42億）に「折り返る」ため
// i >= 0 が永遠にtrueのままになる

unsigned int は負の数を表現できないため、0から1を引くと最大値（約42億）まで一気に折り返ります（これはunsignedの仕様として規格上も保証された正しい動作です）。その結果、i >= 0という条件は常にtrueになり、ループが終わりません。カウントダウンするループでは、符号あり（int）の変数を使うのが鉄則です。

5-2. 符号あり・符号なしを比較演算子で混在させるバグ

int a = -1;
unsigned int b = 1;

if (a < b) {
    printf("aの方が小さい\n");
} else {
    printf("aの方が小さくない\n");   // ← 実際にはこちらが実行される
}

直感的には「-1 < 1」なので前者が実行されそうですが、実際には後者が実行されます。C言語の暗黙の型変換ルールにより、signedとunsignedを比較する際はsigned側がunsigned側に変換されてから比較されるため、-1は「符号なしの巨大な正の数」として扱われ、1より大きいと判定されてしまうのです。

5-3. printfの書式指定子ミスによる未定義動作

5-4. 整数の割り算で小数点以下が消えるバグ

int total = 7;
int people = 2;

printf("%d\n", total / people);              // 3（切り捨てられる）
printf("%f\n", (double)total / people);       // 3.500000（正しい）

int型同士の割り算は小数点以下を切り捨てて整数として計算されます。正確な小数の結果が欲しい場合は、割り算の前に片方（または両方）をdouble型へキャストする必要があります。(double)total / peopleのように、キャストは割り算の実行前に行うのがポイントです。

バグパターン	原因	対策
unsignedカウンタの無限ループ	0からの減算で最大値に折り返る	カウントダウンにはintを使う
signed/unsigned比較の誤判定	暗黙の型変換でsignedがunsignedに変換される	比較前に型を揃える、警告を無視しない
書式指定子ミスの未定義動作	型のバイト数と書式指定子の不一致	型に対応する書式指定子を必ず確認する
整数除算での切り捨て	int同士の演算は整数結果になる	割り算前にdouble等へキャストする

これらのバグに共通するのは、コンパイル自体は通ってしまい、しかも「特定の入力値のときだけ」おかしな挙動になるため、テストで見逃されやすい点です。次の章では、こうしたバグをAI（Claude Code）にレビューさせるとどこまで検出できるのかを、実際のコードで確認していきます。

06 AI CODE REVIEW 【独自】Claude Codeにintバグを検出・修正させてみた 第5章の典型バグをAIエージェントに読ませるとどうなるか

ここからは、この記事だけの独自コンテンツです。第5章で紹介した「符号なしfor文の無限ループ」と「符号あり・符号なし比較の誤判定」の2つのバグを含んだCコードを、AIコーディングエージェントのClaude Codeにそのままレビューさせるとどう反応するかを確認しました。

6-1. Claude Codeに渡したコードと指示

渡したのは第5章の2つのバグをそのまま含む、20行程度の短いCコードです。指示文はシンプルに「このコードにバグがあれば指摘して修正して」とだけ伝えました。専門的なプロンプトの工夫は一切していません。

6-2. Claude Codeが実際に指摘したポイント

結果として、Claude Codeはfor (unsigned int i = 10; i >= 0; i--)の行に対して「unsigned int は0未満にならないため、この条件は常にtrueとなり無限ループになります」という、本記事の解説とほぼ同じ内容を指摘しました。あわせて、符号あり整数（int）へ変更する修正案と、その理由の説明もセットで提示されました。

特筆すべきは、単に「ここが怪しい」と指摘するだけでなく、「なぜその挙動になるのか」という規格レベルの理由まで日本語で説明してくれる点です。これは、C言語を学び始めたばかりで「コンパイルは通ったのに結果がおかしい」という状況に直面したとき、非常に心強いサポートになります。

6-3. 【注意点】AIレビューは「最終チェック」を代替しない

まとめると、int・long int・short intのような「コンパイルは通るが意図通りに動かない」タイプのバグは、人間が目視で追うと時間がかかる一方、AIエージェントに読ませると数秒〜数十秒で指摘が返ってきます。次の章では、こうしたAI活用がC言語のバグ検出に限らず、業務全体でどこまで効いてくるのかを、弊社の実データとともに紹介します。

07 GENAI CASE STUDY 【独自データ】GENAI社内で見る「AIにコード品質管理を任せる」時代 コードを書かない業務にもAIエージェントを組み込んでいる実例

弊社（株式会社GENAI）では、Claude Codeを単なる「C言語やPythonのコードを書くツール」としてではなく、社内のあらゆる業務プロセスに組み込むエージェントとして運用しています。ここでは、C言語の学習者にとって身近な「AIにチェックを任せる」という発想が、実務ではどこまで広がっているのかを実データで紹介します。

7-1. 弊社の契約プランと導入範囲

項目	内容
契約プラン	Claude Max 20x（月額$200 / 約30,000円）
利用開始	2025年後半〜
利用部署	経営・営業・広告・開発・経理・秘書業務まで全社
本記事との関連	コードレビューだけでなく、資料チェック・数値の突合作業にも同様の「AIによる検証」の考え方を応用

7-2. 業務領域別の削減時間（肌感ベース・概算）

第6章で見た「バグを人間より先にAIが見つけてくれる」という体験は、実はコードに限った話ではありません。弊社では、請求書や経費データの「数値の突合チェック」、営業資料の「事実関係の確認」など、人間が見落としがちな細部のチェック作業にも同じ考え方でAIを組み込んでいます。

業務領域	主な用途	概算削減時間（肌感ベース）
開発・コードレビュー	型のミス、条件式の誤りなどの一次チェック	都度数十分〜数時間を短縮
経理	請求書チェック・経費仕訳の数値突合	月40時間 → 月5時間
営業	提案書・見積の作成と事実確認	週20時間 → 週2時間
秘書業務	議事録の要約・スケジュール調整	日2時間 → 日15分

7-3. 非エンジニアがAIレビューを取り入れる最初の一歩

「自分はエンジニアじゃないから、コードレビューの話は関係ない」と感じた方もいるかもしれません。しかし、Claude Codeのようなエージェントは、コードに限らず「ルールが決まっている作業のミスを見つける」のが得意です。契約書の条項チェック、Excelの数式の整合性確認、レポートの数値の突合など、応用範囲は広がっています。

08 CONCLUSION まとめ ── 型を正しく選べる人は、AIも正しく使いこなせる C言語の整数型からAI活用まで、押さえておきたい要点の総整理

この記事では、C言語の3つの整数型（int・long int・short int）のサイズ・範囲・書式指定子、環境によってサイズが変わる罠、オーバーフローやキャストで起きる典型バグ、そしてClaude Codeにそのバグをレビューさせた実例までを解説しました。最後にポイントを振り返ります。

C言語の整数型は、地味に見えて「規格上のルール」と「実装上の慣習」が入り混じった、初心者がつまずきやすい領域です。ここまで丁寧に読んでくださった方は、少なくとも「int・long int・short intを何となく使う」段階からは卒業できたはずです。

そしてもうひとつお伝えしたいのは、こうした「ルールに沿っているかを機械的にチェックする」という発想は、コードに限らず業務全般で応用できるということです。弊社では、Claude Codeを使ったこうしたAI活用のノウハウを、コード領域だけでなく経営・営業・経理まで含めた業務全体の設計として支援しています。

コードのチェックも、業務のチェックも、AIに任せられる時代へ

C言語の型のミスをAIが数秒で見つけたように、御社の業務の中にも「人間が見落としがちなチェック作業」が眠っているかもしれません。
Claude Codeを使った業務のAI活用について、弊社の実運用ノウハウをもとに個別に相談を承ります。

よくある質問

Q. C言語の学習では、結局int型とlong int型のどちらを使えばいいですか？

A. 特別な理由がなければ、まずint型を使うのが基本です。int型の範囲（約±21億）で足りない、かつ確実に大きな数値が必要だと分かっている場合のみlong int型（できればint64_t）を検討してください。「念のため全部long intにする」という書き方は、環境依存の罠を踏むリスクを上げるだけなのでおすすめしません。

Q. なぜint型やlong int型のサイズは環境によって違うのですか？

A. C言語の規格が各整数型について「最低限保証するビット数」しか定めておらず、正確な実装サイズをコンパイラとOSの組み合わせ（データモデル）に委ねているためです。特にlong int型は、64ビットWindows（LLP64）では4バイト、64ビットLinux/macOS（LP64）では8バイトになるという違いがあり、初心者が最もハマりやすいポイントです。

Q. short int型を使うメリットは具体的に何ですか？

A. 最大のメリットはメモリ使用量の節約です。int型（4バイト）をshort int型（2バイト）に変えるだけで、大量の要素を持つ配列であればメモリ使用量を単純計算で半分にできます。数百万件規模のデータを扱う場合や、通信プロトコルのようにバイト数が厳密に決まっている場面で効果を発揮します。

Q. 符号なし(unsigned)整数はどんな場面で使うべきですか？

A. 「値が絶対に負にならない」と保証できる場面、例えば配列のインデックスやサイズ、個数のカウントなどに向いています。ただし、引き算の結果が負になり得る計算（特にカウントダウンのループ）でunsignedを使うと、意図しない巨大な値への折り返り（オーバーフロー）が起きるため、この記事の第5章で紹介した無限ループのバグに直結します。

Q. 整数のオーバーフローを防ぐには、具体的にどうすればいいですか？

A. 対策は主に3つあります。1つ目は扱う数値の最大想定値に対して十分な余裕のある型（int64_tなど）を選ぶこと。2つ目は演算の途中結果が範囲を超えないか事前に見積もること。3つ目は、この記事の第6章で紹介したように、Claude CodeなどのAIエージェントにコードレビューをさせて、人間が見落としがちな境界条件を早期に検出することです。

Q. C言語の学習にClaude Codeを使うメリットは何ですか？

A. コンパイルエラーにならないタイプのバグ（型の不一致、オーバーフロー、符号あり/なしの比較ミスなど）は、初心者が独力で見つけるのに時間がかかります。Claude Codeにコードを読ませると、該当箇所の指摘に加えて「なぜその挙動になるのか」という規格レベルの理由まで日本語で説明してくれるため、独学のつまずきポイントを大幅に減らせます。

Q. printfで型と書式指定子を間違えるとどうなりますか？

A. コンパイルは通ってしまうことが多いですが、動作は未定義（規格上の保証がない状態）になります。例えば64ビットLinuxのlong int型の値を%dで出力しようとすると、printfが読み取るバイト数と実際の値のバイト数が食い違い、表示される数値が正しくない値になることがあります。型に対応する書式指定子（%d・%u・%ld・%lu・%f等）を必ず使い分けることが重要です。

AIAI鬼管理

AI鬼管理へのお問い合わせ

この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。

お客様情報

会社名・屋号*必須

会社名を入力してください

業種*必須 選択してください IT・ソフトウェア 製造業 建設・不動産 小売・EC 飲食・宿泊 医療・介護 教育・研修 士業・コンサル 人材・BPO その他

業種を選択してください

お名前*必須

お名前を入力してください

メールアドレス*必須

※法人・事業用のメールアドレスでお願いします（Gmail等の個人用フリーメールは受付できません）

正しいメールアドレスを入力してください

電話番号任意

---

現在の課題について

現在感じている課題*必須

人手不足で業務が回らない 社長・経営者が現場を離れられない 定型業務に時間を取られている AIを導入したいが何から始めればいいかわからない 外注・人件費コストが高い 業務フローが属人化している 社員のITリテラシーにばらつきがある

1つ以上選択してください

効率化・自動化したい業務*必須

営業・顧客対応（CRM・メール等） 経理・請求書・入金管理 採用・人事・労務管理 マーケティング・SNS・広告運用 カスタマーサポート・問い合わせ対応 資料作成・レポート・議事録 データ入力・集計・分析 社内の情報共有・ナレッジ管理

1つ以上選択してください

上記業務に現在かけている月額コスト*必須 選択してください まだかけていない（これから検討） 〜10万円 10〜30万円 30〜50万円 50〜100万円 100万円以上 その他（自由入力）

月額コストを選択してください

その他、ご相談内容任意

---

面談日時の選択

ご希望の日時*必須

約1時間のオンライン面談（Google Meet）です

空き枠を取得中...

面談日時を選択してください

この内容で面談を予約する

予約確定後、Google Calendarの招待メールをお届けします。
しつこい営業は一切ございません。