`go vet` 要求对 `sql.null*` 类型（如 `sql.nullint64`）的结构体字面量必须显式指定字段名，因其是导出包中的公共结构体，为保障可维护性与向后兼容性，禁止使用无键（unkeyed）初始化；而自定义结构体 `something` 未受此约束。
在 Go 的标准库中，database/sql 包提供的 sql.NullInt64、sql.NullString、sql.NullBool 等类型均为导出结构体，其定义如下：
type NullInt64 struct {
Int64 int64
Valid bool // Valid is true if Int64 is not NULL
}虽然它只有两个字段，但 go vet 将其视为公共 API 结构体，强制要求使用具名字段（keyed）初始化。这是 Go 官方为防止未来字段扩展导致静默行为变更所采取的保守策略：若将来 sql.NullInt64 新增字段（例如 Deprecated bool），无键初始化 sql.NullInt64{1, true} 将因字段顺序错位而产生难以调试的逻辑错误。
✅ 正确写法（推荐，符合 go vet 与 Go 最佳实践）：
var n1 = sql.NullInt64{Int64: 42, Valid: true}
var n2 = sql.NullInt64{Valid: false} // Int64 默认为 0，Valid=false 表示 NULL
var n3 = sql.NullInt64{} // 全零值：Int64=0, Valid=false → 表示 NULL❌ 错误写法（触发 go vet 报警）：
立即学习“go语言免费学习笔记（深入）”；
var n = sql.NullInt64{42, true} // ❌ unkeyed fields warning⚠️ 注意事项：
- 该规则适用于所有 sql.Null* 类型（NullString, NullFloat64, NullTime 等），不仅限于 NullInt64；
- 自定义结构体（如示例中的 Something）不受 go vet 此项检查限制，因其不属于标准库公共接口，但为保持代码一致性，建议在团队项目中也统一采用具名初始化；
- 初始化 Valid: false 时无需手动设 Int64: 0——Go 会自动零值填充，语义清晰且安全；
- 在 ORM 或数据库扫描场景中（如 rows.Scan(&n)），sql.Null* 类型天然支持 nil 安全解包，配合具名初始化可提升业务逻辑可读性。
总结：go vet 对 sql.Null* 的严格要求并非过度约束，而是 Go 生态对稳定性与可演进性的主动保障。养成 字段名: 值 的初始化习惯，既能通过静态检查，也能让代码在未来 Go 版本升级或标准库迭代中持续健壮可靠。
