`go vet` 要求显式指定 `sql.nullint64` 等结构体字段名，因其是导出的公共类型，需保障可读性与向后兼容性；而自定义结构体 `something` 未被 `go vet` 强制约束。本文详解原因、正确写法及最佳实践。
在 Go 开发中，处理可能为 NULL 的数据库字段时，标准库 database/sql 提供了如 sql.NullInt64、sql.NullString、sql.NullBool 等类型。它们均为结构体，定义如下（以 sql.NullInt64 为例）：
type NullInt64 struct {
Int64 int64
Valid bool // true: value is not NULL
}虽然该结构体只有两个字段，语法上允许使用无键字面量（如 sql.NullInt64{1, true}），但 go vet 明确禁止这种写法，并报错：
database/sql.NullInt64 composite literal uses unkeyed fields
原因在于：
sql.Null* 类型属于 Go 标准库的公开导出接口，其字段顺序和含义对用户代码有语义承诺。若未来标准库为兼容性新增字段（例如 sql.NullInt64 后续扩展为 {Int64, Valid, Deprecated bool}），无键初始化将 silently 改变行为或引发编译错误。而显式键名（Int64: 1, Valid: true）能确保代码意图清晰、健壮且可维护。
相比之下，自定义结构体 Something 属于包内私有类型，go vet 默认不对其施加该检查——它不承担跨版本兼容责任，开发者可自主决定初始化方式。
立即学习“go语言免费学习笔记（深入）”；
✅ 正确写法（推荐）：
package main
import (
"database/sql"
"fmt"
)
type Something struct {
Int64 int64
Valid bool
}
func main() {
// ✅ 符合 go vet 规范：显式字段名
s := sql.NullInt64{Int64: 42, Valid: true}
// ✅ 自定义结构体可灵活选择（但建议也显式命名以提升可读性）
s1 := Something{Int64: 42, Valid: true} // 更清晰，尤其字段增多时
fmt.Printf("NullInt64: %#v\n", s) // sql.NullInt64{Int64:42, Valid:true}
fmt.Printf("Something: %#v\n", s1) // Something{Int64:42, Valid:true}
}? 额外建议：
- 对 sql.Null* 类型，还可结合 sql.NullInt64.Scan() 或构造函数（如 sql.NullInt64{Valid: false} 表示 NULL 值）进行安全初始化；
- 在 ORM 或数据层封装中，可定义辅助函数避免重复书写：
func NewNullInt64(v int64) sql.NullInt64 {
return sql.NullInt64{Int64: v, Valid: true}
}
func NullInt64FromPtr(v *int64) sql.NullInt64 {
if v == nil {
return sql.NullInt64{Valid: false}
}
return sql.NullInt64{Int64: *v, Valid: true}
}总之，遵循 go vet 的提示不仅是规避警告，更是践行 Go 的工程哲学：显式优于隐式，稳健优于便捷。
