Go 程序太大了，能要个延迟初始化不？

最近在给一个小工具做重构，结果发现一个很尴尬的问题：程序本身逻辑不复杂，源码也不多，但编译出来竟然几十 MB。我当时第一反应就是：“这玩意是不是偷偷塞了个浏览器？”

不过冷静下来想想，大多数 Go 项目都会遇到类似情况。Go 编译器天生喜欢把依赖都编成一个大包裹，静态链接嘛，方便是方便，体积也顺便胖了一圈。

但有没有办法让程序“轻一点”？或者至少做到：一些组件，等到真正要用的时候再初始化？

答案是：确实能做到，而且非常实用。

为什么会变大？

Go 的静态编译很爽，不用管动态库，不会出现“缺少 xxx.so”。 但代价就是： 只要你在代码里写了 import xxx，它就非常忠诚地把编译进去，不管你用不用。

比如你加了一个数据库驱动：

import _ "github.com/lib/pq"

即使你不连 PG，它也会把整个驱动编译进来。像 TLS、正则、JSON 之类的库体积也不小，累计下来就变胖了。

但更关键的问题不是体积，而是初始化成本。 许多库只要导入，就会做初始化，比如注册驱动、加载配置等等。

延迟初始化有什么意义？

延迟初始化 ≈ 用到再加载

带来的好处有：

1. 减少启动时间
2. 减少内存占用
3. 避免不必要的初始化开销
4. 某些罕见路径，不走就不初始化（节省资源）

比如一个程序只有用户传 --export 命令时才需要连接数据库，那我们完全没必要在主流程启动时就初始化 DB。

Go 里怎么做“延迟初始化”？

Go 本身没有 Java/Spring 那种 Bean 生命周期概念，但写法更直接：

用 sync.Once 自己控制

这是最常见也最好用的方式。

package main

import (
    "database/sql"
    "sync"

    _ "github.com/mattn/go-sqlite3"
)

var (
    db     *sql.DB
    dbOnce sync.Once
)

func GetDB() *sql.DB {
    dbOnce.Do(func() {
        d, err := sql.Open("sqlite3", "./test.db")
        if err != nil {
            panic(err)
        }
        db = d
    })
    return db
}

func main() {
    // 程序启动时不会初始化 DB
    // 只有第一次使用时才会连库
    user := QueryUser(1)
    _ = user
}

dbOnce.Do 的意思是：不管在哪里被调用，初始化代码只会执行一次。

如果程序流程根本没调用 GetDB()，数据库驱动初始化也不会发生。

延迟加载插件（Go plugin）

如果你真想“程序变小 + 延迟加载 + 动态功能”，Go 的 plugin 其实可以派上用场（不过只能在 Linux 使用）。

你可以把某些功能做成插件，运行时再加载：

p, err := plugin.Open("exporter.so")
if err != nil {
    panic(err)
}
sym, err := p.Lookup("Export")

这样主程序体积可以明显减小。 但 plugin 有兼容性要求（版本一致），一般只适用于内部工具。

按需加载模块

很多时候胖不是 Go 自己胖，而是你引入的依赖太多。

比如：

• 导入了 cloud SDK
• 导入了大 JSON/YAML 库
• 导入了整套 ORM

如果你只用到 10% 的功能，但库本身有 100 个文件，那它就统统编进去。

改成接口 + 按需实例化

举个小例子：日志系统

type Logger interface {
    Debug(msg string)
    Info(msg string)
}

func NewLogger(mode string) Logger {
    if mode == "console" {
        return NewConsoleLogger()
    }
    return NewFileLogger()
}

不同实现拆成不同文件，不引用就不会被编进去。

Go 编译器是很聪明的，只要某段代码没有被引用，就不会进入最终二进制，这叫 dead code elimination。

使用 build tag

build tag 是延迟初始化的另一个武器，可以让某些功能只在需要的时候编译进去。

比如：

//go:build with_pg
package db

构建：

go build -tags=with_pg

不加 tag，PG 模块根本不会进入编译。

这对“可选功能”特别有用。

最狠的一招：分拆成子进程

某些重量级逻辑（例如 OCR、转码、复杂加密），其实没必要放进主进程。

完全可以做成独立可执行文件，主程序需要的时候再启动：

cmd := exec.Command("./worker", "--task=encode")
out, _ := cmd.Output()

这样主服务干净小巧，复杂任务由 sidecar 负责。

总结一下常用手段：

如果你只是想让 Go 程序“变小 + 按需加载”，最推荐：

1. 接口拆分 + build tag（体积减小最明显）
2. sync.Once（初始化开销最小）
3. 避免在 init() 里搞太多事