Go结构体不支持字段级延迟加载，需用sync.Once或接口代理显式实现；lazy标签仅是元数据，无法自动拦截访问，必须配合getter方法和初始化逻辑。
Go 语言结构体本身不支持字段级延迟加载，必须靠显式设计 + sync.Once 或接口抽象来模拟。 没有类似 Java 的 @Lazy 或 Python 的 @property 机制，硬套“注解”或“自动拦截”只会掉坑里。
为什么不能直接给 struct 字段加 lazy 标签？
Go 的结构体字段是静态内存布局，编译期就确定了偏移和大小。所谓 lazy:"true" 这种 tag 只是字符串元数据，reflect 读到它也不会自动帮你拦截访问、触发初始化——你得自己写逻辑去检查、判断、加锁、赋值。
- 常见错误：定义了
HeavyData string `lazy:"true"`，却没在任何 getter 方法里读这个 tag，字段永远只是空字符串 - 更危险的是：有人误以为加了 tag 就“懒了”，结果在
json.Unmarshal或 ORM 映射时直接覆盖字段，绕过所有延迟逻辑 - struct 字面量初始化（如
&Config{DatabaseURL: "..."}）会直接写死字段值，lazytag 彻底失效
用 sync.Once 做字段级延迟初始化
这是最轻量、最可控、标准库原生支持的方式。关键不是“字段懒”，而是“getter 方法懒”。
- 把昂贵字段声明为指针类型（如
*DBClient），初始值设为nil - 提供一个方法（如
GetDB()），内部用sync.Once包裹初始化逻辑 - 别在结构体字段里直接 new 实例，否则延迟失效；也别在
init()函数里初始化它 - 示例：
type Service struct { dbOnce sync.Once db *sql.DB } func (s *Service) GetDB() *sql.DB { s.dbOnce.Do(func() { s.db = connectDB() // 耗时操作 }) return s.db }
用接口+Proxy 模式隐藏初始化细节
当延迟对象需要被多个地方复用，或初始化逻辑复杂（含错误处理、重试、context 控制），用接口抽象比裸指针更健壮。
立即学习“go语言免费学习笔记（深入）”；
- 定义接口（如
type Cache interface { Get(key string) ([]byte, error) }） - 真实实现（
RealCache）和代理（LazyCache）都实现该接口 -
LazyCache持有*RealCache和sync.Once，所有方法调用前先触发once.Do(init) - 避免嵌入
RealCache：否则未重写的方法会直接暴露，绕过延迟控制 - 初始化失败时，记得把错误缓存到字段（如
initErr error），否则下次调用还会重试
容易被忽略的并发与生命周期问题
延迟初始化看似简单，但生产环境出问题往往卡在这几处：
-
sync.Once是线程安全的，但初始化函数里如果用了非线程安全资源（比如未加锁的全局 map），照样 panic - 如果初始化依赖 context（如带 timeout 的 HTTP client），别把
context.Context塞进sync.Once闭包——它只执行一次，后续调用无法传新 context - 字段初始化后没做健康检查（比如 DB ping 失败），会导致后续所有调用返回 error，但
sync.Once已标记完成，无法重试 - 结构体被序列化（JSON/YAML）时，
nil指针字段可能被忽略或转成null，前端或配置中心看不懂这个“懒”语义
真正难的不是写那几行 once.Do，而是想清楚：这个字段到底该不该懒？懒了之后谁负责释放？失败了要不要退化？这些决策比语法细节重要得多。
