1. 導入
Go言語で最も頻繁に使用する数値型である「int」。しかし、なぜ明確なサイズ（int32やint64など）を指定せずにint型を使うべきなのか、その背景を理解しているエンジニアは意外と多くありません。本記事では、int型の特性と、実務において型選択で迷わないための判断基準を解説します。
2. 基礎知識
Goにおけるint型は「プラットフォーム依存の整数型」です。具体的には、プログラムが実行されるアーキテクチャのレジスタサイズに合わせて自動的にサイズが決定されます。
現在主流の64bit環境であれば、int型は64bit整数として扱われ、32bit環境であれば32bit整数として扱われます。この「ハードウェアに最適化されたサイズになる」という特性こそが、int型がデフォルトで推奨される最大の理由です。
3. 実装/解決策
実務において整数型を選択する際は、以下の指針に従うのがベストプラクティスです。
・基本はintを使用する：ループのカウンタや、配列のインデックス、メモリ上の計算など、特定のビット幅を要求されない一般的な用途ではintが最も効率的です。
・明示的なサイズ指定が必要な場合のみintN/uintNを使用する：ネットワーク通信のプロトコル仕様や、データベースのスキーマ定義、あるいは外部システムとのバイナリデータ交換など、ビット幅が固定されている場合はint32やint64を明示的に使用します。
4. サンプルプログラム
以下のコードは、int型のサイズを確認し、型変換の注意点を示す実用的な例です。
package main
import (
“fmt”
“unsafe”
)
func main() {
// int型のサイズを確認する（実行環境に依存）
var i int = 100
fmt.Printf(“int型のサイズ: %d bytes\n”, unsafe.Sizeof(i))
// 実務でよくある注意点：intとint64の比較
var valInt int = 10
var valInt64 int64 = 10
// コンパイルエラーを回避するための型変換
// Goは厳格な型言語のため、明示的なキャストが必須です
if int64(valInt) == valInt64 {
fmt.Println(“型を合わせれば比較可能です”)
}
}
5. 応用・注意点
実務で陥りやすいバグとして、外部ライブラリとの連携時の「型不一致」があります。特にサードパーティのSDKや、CGOを使用したライブラリでは、明示的にint32やint64が要求されることが多々あります。
また、オーバーフローのリスクにも注意が必要です。int型は環境によって最大値が異なります。もしシステムが32bit環境で動く可能性がある場合、intの最大値（約21億）を超える数値を扱うロジックが含まれていないか、事前にテストコードで検証しておくことが重要です。
基本的には「迷ったらint」という指針で問題ありませんが、外部インターフェース境界では常にビット幅を意識した設計を心がけましょう。
コメント