Go中延迟加载需用sync.Once+显式字段+接口抽象实现，因直接在struct字段初始化真实对象会破坏延迟目标，且并发不加同步将panic；sync.Once确保初始化函数仅执行一次，失败需额外存initErr处理，代理应通过细粒度接口隔离权限而非硬编码校验。
Go 里没有“延迟加载”语法糖，必须靠 sync.Once + 显式字段 + 接口抽象来手动实现；不加同步会并发 panic，不抽接口会导致权限或生命周期逻辑硬编码进 proxy。
为什么不能直接在 struct 字段里 new 实例
常见错误是把真实对象直接初始化在 proxy 结构体字段里，比如：p.real = &RealService{}。这会让延迟失效——只要 proxy 被创建，真实对象就立刻被构造，哪怕后续根本没调用任何方法。
- 延迟加载的目标是“首次调用时才初始化”，不是“proxy 创建时初始化”
- 字段初始化发生在结构体构造阶段，无法感知后续是否真要使用
- 如果初始化过程涉及网络、文件或锁，还会拖慢整个服务启动
sync.Once 是怎么防并发 panic 的
sync.Once 本质是一个带原子标记的执行门控器：它确保传入的函数只被执行一次，且对所有 goroutine 可见。没它的话，两个 goroutine 同时发现 p.real == nil，都会进去初始化，导致资源重复打开、连接泄漏，甚至 nil pointer dereference。
- 必须把
sync.Once声明为结构体字段（不能是局部变量），否则每次调用都新建一个，失去“once”意义 - 初始化逻辑要写在
once.Do()的闭包里，不是外面直接调用 - 闭包捕获的变量（如
p.real）必须是结构体字段，生命周期才能覆盖全程
如何处理初始化失败的情况
sync.Once 一旦执行过，无论成功失败，都不会再重试。所以初始化出错后，后续调用仍会返回 nil 或旧值，容易引发空指针 panic。
立即学习“go语言免费学习笔记（深入）”；
- 得额外存一个
initErr error字段，在once.Do里赋值，供调用方检查 - 不要在
init函数里log.Fatal或panic，那会让整个服务卡死 - 若需自动重试（比如后端服务暂时不可用），
sync.Once不够用，得换lazy.Group或自己封装带重试的懒加载器
代理结构体怎么避免暴露未授权方法
别在 proxy 里用 if !user.HasPerm("write") { return err } 拦每个方法——这会让权限逻辑和业务逻辑混在一起，也违背接口隔离原则。
- 正确做法是定义更细粒度接口，比如
Reader和Writer - 让
ProxyReader只实现Reader，它压根没有Write方法可调用 - 需要写权限时，换一个实现了两个接口的
ProxyReadWrite，编译期就报错，比运行时报错早得多 - proxy 结构体里别嵌入真实 service（
struct{ *RealService }），否则会无意暴露未受控方法
最易被忽略的一点：延迟加载不是目的，而是手段。重点永远是“谁该在什么时候持有资源”。proxy 字段该是 *RealService 还是 RealService？init 函数里该做 Ping() 还是只 Open()？这些选择直接影响首次调用延迟、错误可观测性、以及是否能优雅降级。
