优先选 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 的惯用法。

• 开关、标志位 → 严格用 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"
	}
}