【2026年8月最新】Javaの整数型(int/long/byte/short)完全ガイド｜使い分け・最大値・オーバーフロー対策
aikanri-admin
Javaで整数を扱う際、int・long・byte・shortという4つの整数型が用意されていることをご存知でしょうか。「整数ならintだけで十分では？」と思うかもしれませんが、それぞれに明確な役割があり、選び方を誤ると「特定の数値を超えた瞬間に計算結果が壊れる」という深刻な不具合につながることもあります。
特に、開発を外部のエンジニアやAIに任せる立場の経営者・管理職にとって、こうした「型」の話は縁遠く感じられるかもしれません。しかし実際には、事業が成長し扱うデータの規模が大きくなるにつれて、この基礎知識の有無がシステムの安定運用を左右する場面が出てきます。
この記事では、int・long・byte・shortの違い、最大値・最小値の一覧、使い分けの基準、オーバーフロー（桁あふれ）が起きる仕組みと対策、キャスト（型変換）の注意点までを、コード付きで整理します。
さらに後半では、「数値の上限がある」というプログラミングの制約が、実は業務システムの金額計算・在庫管理といった実務に直結するリスクだという視点から、非エンジニアの経営者がこの知識を持つ意味と、Claude Codeでの業務自動化への活かし方を、弊社（株式会社GENAI）の実例とともに紹介します。
📚 用語解説
整数型（Integer Type）：Javaにおいて、小数点を含まない数値（整数）を扱うためのデータ型の総称。int・long・byte・shortの4種類があり、それぞれ扱える数値の範囲（最大値・最小値）とメモリ使用量が異なります。用途に応じて適切な型を選ぶことが、正確で効率的なプログラムの前提になります。
AI鬼管理山崎
代表菅澤
導入前に押さえておきたい前提知識
本題に入る前に一つだけ整理しておきます。Javaに限らず、多くのプログラミング言語では「数値を保存する箱の大きさ」があらかじめ決まっており、無限に大きな数値を自由に扱えるわけではありません。この「箱の大きさ」の違いが、int・long・byte・shortという4つの型として表現されている、というのがこの記事全体を貫く基本的な考え方です。
この記事を最後まで読むと、次の6つが明確になります。
01 FOUR TYPES Javaの整数型4種類｜最大値・最小値・メモリサイズ一覧 int・long・byte・shortの基本を一覧で押さえる
Javaには、扱える数値の範囲とメモリ使用量が異なる4つの整数型があります。まずは全体像を一覧で確認しましょう。
| 型 | メモリサイズ | 最小値 | 最大値 | 主な用途 |
|---|---|---|---|---|
| byte | 1バイト（8ビット） | -128 | 127 | ファイルデータ・画像データの1バイト単位処理 |
| short | 2バイト（16ビット） | -32,768 | 32,767 | メモリ節約が必要な場面（使用頻度は低い） |
| int | 4バイト（32ビット） | 約-21億 | 約21億 | 整数を扱う際の標準的な選択肢 |
| long | 8バイト（64ビット） | 約-922京 | 約922京 | 大きな数値（人口・通貨単位の合計等） |
// 4つの整数型の宣言例
byte b = 100; // -128 〜 127
short s = 30000; // -32,768 〜 32,767
int i = 2000000000; // 約-21億 〜 約21億
long l = 9000000000000L; // long型はLを末尾に付ける（約-922京 〜 約922京）
System.out.println(b); // 100
System.out.println(s); // 30000
System.out.println(i); // 2000000000
System.out.println(l); // 9000000000000
// 各型の最大値・最小値を定数で確認する
System.out.println("byte: " + Byte.MIN_VALUE + " 〜 " + Byte.MAX_VALUE);
System.out.println("short: " + Short.MIN_VALUE + " 〜 " + Short.MAX_VALUE);
System.out.println("int: " + Integer.MIN_VALUE + " 〜 " + Integer.MAX_VALUE);
System.out.println("long: " + Long.MIN_VALUE + " 〜 " + Long.MAX_VALUE);
📚 用語解説
ビット（bit）とバイト（byte）：コンピューターがデータを扱う最小単位が「ビット」で、0か1のいずれかを表します。8ビット＝1バイトで、扱える数値の範囲はビット数によって決まります。ビット数が多いほど、より大きな数値を表現できますが、その分メモリを多く消費します。
1-1. なぜ最大値が中途半端な数字なのか
int型の最大値が「約21億（正確には2,147,483,647）」という中途半端な数字なのは、32ビットで表現できる数値の組み合わせの数で決まっているためです。32ビットは2の32乗（約43億）通りの組み合わせを表現でき、正の数と負の数で半分ずつ使うため、最大値は約21億になります。
📚 用語解説
符号付き整数（Signed Integer）：Javaの整数型は、正の数と負の数の両方を表現できる「符号付き整数」です。全体のビット数のうち1ビットを符号（プラスかマイナスか）の表現に使うため、表現できる正の数の最大値は、単純な2進数の組み合わせ数の半分になります。これがintの最大値が約21億（43億の半分）になる理由です。
1-2. なぜ4種類も型を分けているのか
「int一つで統一すればいいのでは」と思うかもしれませんが、byte・shortのような小さい型を用意している理由はメモリの節約にあります。大量のデータ（数百万件規模の配列など）を扱う場合、1つあたりのメモリ使用量の差が積み重なり、システム全体のパフォーマンスに影響します。ただし現代の一般的な業務システムでは、メモリ容量が潤沢なため、この最適化を意識する場面は限られています。
02 HOW TO CHOOSE 4つの整数型の使い分けの基準 基本はint、必要に応じてlong・byte・shortを選ぶ
実務では、この4つの型をどう使い分ければよいのでしょうか。結論から言うと、「まずintを使い、intの範囲（約21億）を超える可能性があればlongに切り替える」というのが基本方針です。
| 判断基準 | 選ぶべき型 | 具体例 |
|---|---|---|
| 通常の整数（21億以下）を扱う | int | カウント数、年齢、個数、通常の売上金額（円単位） |
| 21億を超える可能性がある数値 | long | IDの連番（大規模システム）、ミリ秒単位の日時、大企業の年間売上（円単位） |
| メモリを極限まで節約したい大量データ | byte | 画像・音声データの1バイト単位処理、大量配列でのメモリ最適化 |
| ほぼ使わない（intで代用するのが一般的） | short | メモリ制約の厳しい組み込み機器等、特殊な場面のみ |
実務のほとんどの場面では、int型を選んでおけば問題ありません。short型は現代の一般的なアプリケーション開発ではほとんど使われず、byte型もファイル処理など特殊な場面に限られます。「大きな数値を扱う可能性があるかどうか」だけを判断基準にすれば十分です。
この判断基準をさらに簡単に言い換えると、「桁数で考える」という方法もあります。10桁（約10億）を明らかに超えない数値であればint、10桁を超える可能性があれば迷わずlongを選ぶ、というシンプルなルールで実務上はほぼ困りません。
なお、long型を選んだからといって処理速度が大きく劣化するわけではありません。現代のコンピューターは64ビットのlong型の計算も高速に処理できるため、「念のためlongにしておく」という選択に大きなデメリットはなく、むしろ将来のリスクを避ける保険として合理的な判断です。
2-1. long型を選ぶべき典型的なケース
long型が必要になる典型例は、日時をミリ秒単位で扱う場合です。1970年1月1日からの経過ミリ秒数（Unixタイムスタンプ）は、すでにint型の最大値（約21億）を超える桁数になっているため、long型でなければ正確に扱えません。
// 現在時刻をミリ秒で取得（long型が必須） long currentTimeMillis = System.currentTimeMillis(); System.out.println(currentTimeMillis); // 例: 1786598400000（21億を大きく超える） // もしintで受け取ろうとすると、コンパイルエラーになる // int wrongType = System.currentTimeMillis(); // エラー！桁あふれの危険 // 大企業の年間売上（円単位）を扱う例 long annualRevenue = 5000000000000L; // 5兆円（intでは表現不可能） System.out.println(annualRevenue);
代表菅澤
2-2. byte型・short型が向いているケース
byte型は、画像・音声ファイルなどのバイナリデータを1バイト単位で読み書きする処理でよく使われます。ファイルの中身を「意味のある数値」としてではなく「データの断片」として扱う場面が中心です。short型は、byte型よりは範囲が広いものの、intとの使い分けの基準が曖昧になりやすく、現代の開発現場での採用例は多くありません。
// byte型を使う典型例: ファイルデータの読み込み
import java.io.FileInputStream;
import java.io.IOException;
try (FileInputStream fis = new FileInputStream("data.bin")) {
byte[] buffer = new byte[1024]; // 1KB分のバイト配列
int bytesRead = fis.read(buffer);
System.out.println(bytesRead + "バイト読み込みました");
} catch (IOException e) {
e.printStackTrace();
}
// short型はintで代用されることがほとんど
// 明確なメリットがある場合のみ使用を検討する
short temperature = -15; // 例: 気温データ（範囲が明確に限定される場合）
03 OVERFLOW オーバーフロー（桁あふれ）が起きる仕組みと対策 最大値を超えると、静かに間違った値になる
Javaの整数型は、最大値を超える計算を行っても例外（エラー）を発生させません。代わりに、最小値側に一周してしまう「オーバーフロー」という現象が起き、気づかないまま間違った計算結果を使い続けてしまう危険性があります。
// int型のオーバーフロー例
int maxInt = Integer.MAX_VALUE; // 2147483647
System.out.println(maxInt); // 2147483647
System.out.println(maxInt + 1); // -2147483648（最小値に一周してしまう！）
// byte型のオーバーフロー例（範囲が狭いため起きやすい）
byte maxByte = 127;
byte overflowed = (byte)(maxByte + 1);
System.out.println(overflowed); // -128（127の次が-128に）
// 実務でありがちな例: 掛け算でのオーバーフロー
int price = 1000000; // 単価100万円
int quantity = 1000000; // 数量100万個
int total = price * quantity; // 期待値は1兆円だが...
System.out.println(total); // -727379968（オーバーフローで異常な値に！）
// === 対策1: long型で計算する ===
long totalSafe = (long) price * quantity;
System.out.println(totalSafe); // 1000000000000（正しい1兆円）
// === 対策2: Math.addExact等でオーバーフローを検知する（Java8以降） ===
try {
int result = Math.addExact(Integer.MAX_VALUE, 1);
} catch (ArithmeticException e) {
System.out.println("オーバーフローを検知: " + e.getMessage());
}
数値で計算
int型の上限に
近づく
上限を超える
エラーは出ない
マイナスに
オーバーフロー
発生
使い続ける
誤った計算結果が
業務に影響
📚 用語解説
オーバーフロー（桁あふれ）：数値がその型で表現できる範囲（最大値・最小値）を超えたときに起きる現象。Javaの整数型は例外を出さずに反対側の値に一周してしまうため、エラーメッセージが出ないまま誤った計算結果が使われ続けるという厄介な性質があります。
04 CASTING キャスト（型変換）で情報が失われる仕組み 大きい型から小さい型への変換には注意が必要
異なる整数型の間で値を代入する際、キャスト（明示的な型変換）が必要になる場合があります。特に「大きい型から小さい型」への変換では、収まりきらない部分の情報が失われる点に注意が必要です。
// 小さい型 → 大きい型（暗黙的に変換される。安全）
byte b = 100;
int i = b; // byteからintへは自動変換OK（情報が失われない）
long l = i; // intからlongへも自動変換OK
// 大きい型 → 小さい型（明示的なキャストが必要。危険）
int bigNumber = 300;
// byte smallNumber = bigNumber; // コンパイルエラー（明示的キャストが必要）
byte smallNumber = (byte) bigNumber; // キャストは書けるが...
System.out.println(smallNumber); // 44（300はbyteの範囲外なので情報が失われる！）
// long → int のキャストでも同様の問題が起きうる
long bigLong = 5000000000L; // intの範囲（約21億）を超える
int castedInt = (int) bigLong;
System.out.println(castedInt); // 705032704（正しい値ではない！）
// 安全なキャストのために範囲チェックを行う
long value = 5000000000L;
if (value >= Integer.MIN_VALUE && value <= Integer.MAX_VALUE) {
int safeInt = (int) value;
System.out.println("安全に変換: " + safeInt);
} else {
System.out.println("範囲外のためキャストできません: " + value);
}
実務では「大は小を兼ねる」の逆で、迷ったら大きい型（int・long）を使い、小さい型への変換は極力避けるのが安全です。どうしてもキャストが必要な場合は、必ず範囲チェックを行ってから変換しましょう。
AI鬼管理山崎
📚 用語解説
キャスト（型変換）：ある型の値を、別の型として扱えるように変換すること。「(byte) bigNumber」のように、変換先の型名を括弧で囲んで値の前に付けることで明示的なキャストができます。小さい型への変換では、収まりきらない情報が失われる可能性があるため注意が必要です。
4-1. 暗黙的キャストと明示的キャストの違い
Javaのキャストには、コンパイラが自動で行う暗黙的キャストと、開発者が明示的に指定する明示的キャストの2種類があります。「小さい型→大きい型」は情報が失われないため暗黙的に行われますが、「大きい型→小さい型」は情報が失われる可能性があるため、開発者が意図を持って明示的キャストを書く必要があります。この仕組みは、Javaが「うっかりミス」を防ぐために意図的に設計している安全装置とも言えます。
05 WHY IT MATTERS 【独自】数値型の制約を、経営者が理解しておく意味 「型」の話は、実は金額計算・在庫管理のリスク管理そのもの
ここまで紹介したint・long・byte・shortの違いは、一見するとプログラマだけが気にすればよい専門知識に見えるかもしれません。しかし実際には、数値型の制約は業務システムの信頼性に直結する重要な論点です。
5-1. 実際に起きた「桁あふれ」トラブルの典型パターン
業務システムの世界では、int型の範囲を超える金額・件数を扱うシステムで、想定外の桁あふれが発生する事例が知られています。特に、累計売上・累計ポイント・大量の商品在庫数を扱うシステムを長期間運用していると、当初は問題なかった数値が、事業成長とともにintの上限（約21億）に近づいていく、というリスクが潜んでいます。
| 業務データの例 | 桁あふれが起きるリスク | 対策の考え方 |
|---|---|---|
| 累計売上金額（円単位） | 21億円を超えるとintでは表現不可 | 最初からlong型で設計する |
| ポイント・マイル等の累計付与数 | 大量発行が続くと上限に到達しうる | 将来の成長を見込んだ型選択 |
| 商品IDの連番 | サービスが長期運用されるとID数が増加 | long型または文字列型のID採用 |
| ミリ秒単位の日時データ | すでにintの上限を超えている | 必ずlong型を使用（Javaの標準仕様） |
桁あふれは、システム開発時点では問題が表面化しないことがほとんどです。事業が成長し、扱う数値が大きくなって初めて発覚するため、発見が遅れるほど修正コストが大きくなる傾向があります。特に基幹システムの設計段階では、将来の数値の伸びを見越した型選択が重要です。
こうしたリスクを未然に防ぐための考え方を整理すると、以下のような流れになります。
規模を把握
現在の売上・
件数を確認
見積もる
事業計画から
数年後を予測
型を選択
迷ったらlong型
を選ぶ
設計を見直す
事業成長に応じて
再確認
5-2. 経営者がこの知識を持つメリット
経営者・管理職自身がコードを書く必要はありませんが、「このシステムは将来の数値の伸びに耐えられる設計になっているか」を発注時・レビュー時に問いかけられるだけで、将来的なシステムトラブルのリスクを大きく減らせます。外部のベンダーに開発を依頼する際も、この視点を持っているかどうかで、要件定義の質が変わってきます。
代表菅澤
5-3. 「型」を軽視すると起きる典型的な事故パターン
弊社が見聞きしてきた事例の中には、「セール時のアクセス集中でポイント付与数が想定を大きく超え、集計処理で異常な数値が表示された」「複数店舗の在庫データを合算するバッチ処理で、大型連休明けに桁あふれが起きた」といったケースがあります。いずれも、開発時点では想定していなかった規模の数値が発生したことが引き金になっています。
こうした事故の多くは、「開発時点で想定していた数値の規模」と「実際の事業成長後の数値の規模」にギャップが生まれたことが根本原因です。事業計画を最もよく理解している経営者・管理職が、この視点をシステム開発の初期段階で共有できれば、防げる事故は少なくありません。
5-4. 「型」の話を、事業計画とセットで考える
システム開発の要件定義において、「今後3年でユーザー数を10倍にする」「累計取扱高を100億円規模まで伸ばす」といった事業計画の数値目標は、実はそのままシステムの型設計の判断材料になります。事業計画とシステムの数値設計を切り離して考えるのではなく、セットで検討することで、将来の桁あふれリスクを事前に潰しておくことができます。
特に、資金調達や事業拡大のフェーズにある企業では、システムが想定する数値の上限が、事業成長のボトルネックにならないよう、開発初期の段階で確認しておくことをおすすめします。
06 GENAI CASE DATA 【独自データ】GENAIでの数値計算業務のAI活用事例 Claude Codeで数値の扱いを含む業務ツールをどう作っているか
弊社（株式会社GENAI）でも、経理・広告運用のデータ集計など、数値計算を伴う業務ツールをClaude Codeで作成・運用しています。プログラミングの専門知識がなくても、こうした注意点を踏まえたコードを生成させることが可能です。
特に広告運用データのように、日々の数値が積み上がっていく性質のデータは、数ヶ月〜数年単位で運用を続けるうちに、当初想定していなかった規模に達することがあります。弊社では、こうした「積み上がっていく系」のデータを扱うスクリプトには、最初からlong型を標準で採用する社内ルールを設けています。
| 業務領域 | Claude Codeへの依頼内容 | 数値の扱いで意識したポイント |
|---|---|---|
| 経理データ集計 | 複数拠点の売上を合算するスクリプト | 将来の売上成長を見越した型選択の確認 |
| 広告レポート | 月次のクリック数・費用の累計計算 | 長期運用でのデータ増加を考慮 |
| 在庫管理 | 商品ごとの在庫数集計ツール | 桁あふれが起きない範囲での設計 |
「この売上集計スクリプトを、将来数値が大きくなっても桁あふれしないように書いて」と一言添えるだけで、Claude Codeは適切な型選択やオーバーフロー対策を含めたコードを生成してくれます。専門用語を知らなくても、「将来的に数字が大きくなっても大丈夫なように」と伝えるだけで十分です。
弊社の経理業務では、複数拠点の月次売上を一つのスクリプトで合算していますが、拠点数の増加や取扱高の拡大を見込んで、当初からlong型を用いた設計をClaude Codeに指示しています。結果として、事業拡大のたびに集計ロジックを作り直す手間が発生せず、システムの保守コストを抑えられています。
AI鬼管理山崎
弊社では実際に、既存の経理集計スクリプトをClaude Codeにレビューさせ、「将来の事業規模でも安全に動作するか」をチェックする運用も取り入れています。人間が一つひとつのコードを読んで型の妥当性を確認するのは骨が折れる作業ですが、AIエージェントであれば数千行規模のコードでも短時間でチェックが可能です。こうした「守りのAI活用」も、業務効率化と同じくらい価値のある使い方だと考えています。
「攻めのAI活用（業務を新たに自動化する）」と「守りのAI活用（既存システムのリスクを点検する）」は、どちらも非エンジニアの経営者が主体的に関われる領域です。特に守りの活用は、専門的なコードレビューのスキルがなくても、「将来数値が大きくなっても大丈夫か確認して」という一言でAIに任せられる点で、非常に始めやすい活用方法だと言えます。
この記事で紹介したint・long・byte・shortの違いを完璧に覚える必要はありません。大切なのは、「数値には扱える範囲の限界がある」という一つの事実を頭の片隅に置いておくことです。
07 CONCLUSION まとめ ── 「型」の知識は、業務リスク管理の視点にもなる 数値の上限を意識することが、堅牢なシステムの第一歩
この記事では、Javaの整数型int・long・byte・shortの違い、使い分けの基準、オーバーフローの仕組みと対策、キャストの注意点、そして数値型の制約が業務にもたらすリスクまでを整理しました。最後にポイントを振り返ります。
int・long・byte・shortという型の違いは、一見地味な専門知識に見えますが、「この数字は将来どこまで大きくなりうるか」を考える習慣そのものは、システム開発に限らず、事業計画や在庫管理の場面でも役立つ視点です。この記事で紹介した考え方を、ぜひ自社のシステム運用の振り返りにも活かしてみてください。
今日からできる最初の一歩として、現在自社で使っているシステムのうち、累計値や連番IDを扱っている画面を一つ思い浮かべてみてください。「この数字は、事業が今の10倍になっても正しく表示され続けるだろうか」——その問いを担当のエンジニアや開発ベンダーに投げかけてみるだけでも、将来のリスクに気づくきっかけになります。
代表菅澤
「将来も安心して使えるか」、システムの数値設計を一緒に見直しませんか
桁あふれのようなリスクは、事業が成長してから表面化することがほとんどです。
今のうちに、貴社のシステムの数値設計を一緒に確認してみませんか。
AI鬼管理山崎
ここから先の進め方は、大きく2つあります。
自社で回せるようになりたい方は、AI鬼管理でClaude Code／Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
覚えるより任せたい方は、AIBPO by AI鬼管理でこの記事のような定型業務を丸ごと預ける道があります。総額はいまの業務コストの70〜80%が目安、月額基本料は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか？
よくある質問
Q. Javaでint型とlong型、結局どちらを使えばいいですか？
A. 基本的にはint型を使い、扱う数値が約21億を超える可能性がある場合（累計金額、日時のミリ秒表現、大規模なID連番など）はlong型を選びます。迷った場合は、将来的な数値の伸びを見越してlong型を選んでおく方が安全です。
Q. オーバーフローが起きているかどうか、どうやって確認できますか？
A. 通常の演算ではエラーが出ないため、計算結果が明らかにおかしい（マイナスになる、極端に小さい値になる）場合はオーバーフローを疑います。Java8以降のMath.addExact()やMath.multiplyExact()を使うと、オーバーフロー発生時に例外を投げて検知できます。
Q. byte型やshort型は、実務でどのくらい使われていますか？
A. 一般的な業務アプリケーション開発では、byte型・short型の使用頻度は高くありません。byte型はファイルデータの読み書きなど特殊な場面で使われることがありますが、通常の数値計算ではintまたはlongを使うのが一般的です。
Q. なぜint型の最大値は「約21億」という中途半端な数字なのですか？
A. int型は32ビットで数値を表現しており、32ビットで表現できる組み合わせの数（2の32乗）を正の数と負の数で分け合っているためです。正確な最大値は2,147,483,647で、これは2の31乗から1を引いた数になります。
Q. プログラミング未経験の経営者でも、オーバーフローのリスクを理解する必要はありますか？
A. コードを書く必要はありませんが、「このシステムは将来の数値の伸びに耐えられる設計か」という視点を持っておくことは有益です。特にシステム開発を外部に依頼する際、この視点を持っているかどうかで要件定義の質が変わります。
Q. Claude Codeに数値計算のコードを依頼する際、何を伝えればいいですか？
A. 「将来この数字がどこまで大きくなる可能性があるか」を伝えるだけで十分です。例えば「累計売上は将来100億円を超える可能性がある」と伝えれば、Claude Codeが適切な型（long型）を選んでコードを生成してくれます。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。
- AI業務自動化サービス「AI鬼管理」を運営 — Claude Code を活用し、経営者の業務を「AIエージェントに任せる仕組み」へ転換するパーソナルトレーニングを 伴走構築 で提供。日報・採用・問い合わせ対応・経費精算・議事録・データ集計・営業リスト等の定型業務を、AIに代行させる体制を経営者と一緒に作り込む
- Claude Code 実装ノウハウを 経営者・法人クライアント に直接指導。生成AIを「便利ツール」ではなく 「業務を任せる存在」 として運用する手法を体系化
- 「やらせ切る管理」メソッドの開発者。シンゲキ株式会社（2021年設立・鬼管理専門塾運営）にて累計3,000名以上の学習者を志望校合格に導いた管理メソッドを、AI × 経営者支援 に転用
- 著書『3カ月で志望大学に合格できる鬼管理』(幻冬舎)、『親の過干渉こそ、最強の大学受験対策である。』(講談社)
- メディア出演: REAL VALUE / カンニング竹山のイチバン研究所 / ええじゃないかBiz 他
- 明治大学政治経済学部卒
