go vet -tags=fieldalignment 可直接报出结构体字段对齐浪费，从 Go 1.21 起默认启用，提示如“struct of size 48 could be 32”，指出可优化空间但不提供重排建议。
go vet -tags=fieldalignment 能直接报出对齐浪费
Go 自带的 go vet 已内置字段对齐检查，从 Go 1.21 开始默认启用 fieldalignment 标签。它不依赖 golangci-lint，也不需要额外插件——只要运行 go vet 就能发现明显低效的字段顺序。
常见错误现象：go vet 会输出类似这样的警告：
struct.go:12:2: struct of size 48 could be 32
这表示当前结构体实际占 48 字节，但按最优对齐可压缩到 32 字节，存在 16 字节 padding 浪费。
- 该检查只报告“可优化空间”，不给出重排建议；它基于字段对齐值（
unsafe.Alignof）自动计算最小可能体积 - 仅检测导出字段（首字母大写）和私有字段，但不会因 JSON tag 或 ORM 映射约束而静默跳过
- 若结构体含嵌套
struct{}或空字段，它仍会参与对齐计算，但不误报
golangci-lint 需显式启用 fieldalignment 才生效
golangci-lint 默认不开启 fieldalignment 检查，必须在配置中手动激活。否则即使结构体浪费严重，它也完全沉默。
在 .golangci.yml 中添加：
linters-settings:
govet:
check-shadowing: true
checks: ["fieldalignment"]
或命令行临时启用：
golangci-lint run --enable=go vet --go-ved-checks=fieldalignment
- 注意：不是
--enable=fieldalignment，而是通过go vet的子项控制 - 如果项目用了
go mod vendor，确保 Go 版本 ≥ 1.21，否则fieldalignment不可用 - 该检查无法识别 cgo 场景下的 ABI 对齐冲突，它只做纯 Go 内存布局分析
structlayout 工具比静态检查更直观
当 go vet 报出 “could be 32” 却不知道怎么改时，structlayout 是唯一能给出具体重排方案的工具。
安装后运行：
go install github.com/bradleyjkemp/clog/cmd/structlayout@latest structlayout yourpackage.YourStruct
输出类似：
YourStruct: 0 [8]byte data // offset 0, size 8 8 int64 id // offset 8, size 8 16 bool active // offset 16, size 1 → gap: 7 bytes 24 int32 version // offset 24, size 4
- 每行末尾的
gap: N bytes明确标出填充位置和大小 - 它不修改代码，只提供排序建议：把
bool和int32挪到[8]byte和int64后面，就能填满空隙 - 对含
string、interface{}或切片的结构体同样有效，但不会建议破坏序列化契约的重排（比如打乱 JSON tag 字段顺序）
字段重排后必须验证 unsafe.Sizeof 是否真变小
所有工具都只是提示，最终是否省下内存，必须用 unsafe.Sizeof 实测。光看工具输出或凭经验排序，很容易翻车。
在测试文件中加一段验证代码：
import "unsafe"
func TestStructSize(t *testing.T) {
old := unsafe.Sizeof(OldStruct{})
new := unsafe.Sizeof(NewStruct{})
if new >= old {
t.Fatalf("no improvement: old=%d, new=%d", old, new)
}
}
- 特别注意嵌套结构体：外层
Sizeof变小 ≠ 内层也变小；内层的尾部 padding 会被算进外层字段大小里 - 如果结构体被
json.Marshal或 GORM 使用，重排后务必跑一遍序列化 round-trip 测试，防止字段映射错位 - 字段顺序调整对 GC 局部性有隐性影响——热字段（如缓存命中计数器）最好落在前 64 字节内，避免跨 cache line
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
