优先选 int64 保证跨平台一致性，仅索引等小范围场景用 int；float64 为默认，大规模数组且精度可接受时才选 float32；修改内容用 []byte，只读用 string；状态用 bool 或自定义 error/enum 类型。
整型选 int 还是 int64？看运行环境和边界需求
Go 的 int 是平台相关类型：在 64 位系统上通常是 64 位，在 32 位系统上是 32 位。这会导致跨平台编译或部署时行为不一致，比如在某些 CI 环境（如 ARM32 容器）中 int 溢出而本地开发没发现。
- 明确需要 64 位范围（如时间戳、大计数器、文件偏移量）→ 无条件用
int64 - 仅作循环索引、小范围计数、与切片长度比较 → 可用
int，但需确保不参与跨平台序列化或网络传输 - 避免用
int接收len()结果后直接赋给int32变量，会触发截断警告或 panic（开启-race或使用go vet可捕获）
float64 是默认选择，float32 要主动权衡精度与内存
Go 中字面量如 3.14 默认是 float64，且标准库函数（如 math.Sin、time.Since 返回值）也统一用 float64。盲目换 float32 不仅可能引入舍入误差，还常因隐式转换导致编译失败。
- 科学计算、金融运算、高精度时间差 → 必须用
float64 - 大规模浮点数组（如图像像素处理、ML 特征向量）且能接受 ~7 位有效数字 → 可考虑
float32节省内存（约减半）和缓存压力 - 不要混合使用：
float32(1.0) + 2.0会报错，因为2.0是float64，类型不匹配
字符串不可变，但 []byte 可改 —— 别误用 string 做缓冲区
把 string 当可写缓冲区（比如反复拼接、逐字节修改）是常见性能陷阱。每次 + 都分配新字符串，string 转 []byte 会产生底层数组拷贝（除非用 unsafe.String，但属非安全操作）。
- 需要修改内容（如协议解析、编码转换）→ 直接用
[]byte，配合bytes.Buffer或预分配切片 - 只读场景（日志、键名、HTTP header 值）→ 用
string，零拷贝传递更高效 - 从
[]byte构造string时注意：若 byte slice 后续会被修改，应拷贝一份再转，否则 string 内容可能意外变化（底层共用底层数组）
布尔和错误状态别用整数模拟，bool 和 error 类型语义更清晰
有些 C/Python 背景开发者习惯用 int 表示开关（0 / 1）或错误码（-1），但在 Go 中这破坏类型安全，也绕过 if err != nil 的惯用法。
立即学习“go语言免费学习笔记（深入）”；
- 开关、标志位 → 严格用
bool，避免if flag == 1这类易错写法 - 函数返回状态 → 错误必须用
error类型，成功与否由err判断，而非返回int码值 - 需要多状态枚举（如请求状态：pending / success / failed）→ 自定义
type Status int+const，而不是复用int
type Status int
const (
Pending Status = iota
Success
Failed
)
func (s Status) String() string {
switch s {
case Pending: return "pending"
case Success: return "success"
case Failed: return "failed"
default: return "unknown"
}
}
Go 的类型选择不是“够用就行”，而是“意图即契约”。一个 int64 参数意味着调用方必须提供 64 位安全的值，一个 string 字段意味着它绝不会被原地修改。忽略这点，后期重构或并发场景下容易暴露隐蔽 bug。 
