GORM调用gorm.Open()是否会自动关闭数据库连接？

结论先行 #

gorm.Open() 不会自动关闭底层数据库连接，你需要根据自己的使用场景手动处理连接释放逻辑，这点在AWS Lambda的运行环境下尤其重要。

原理说明 #

GORM本身是对Go标准库database/sql包的封装，gorm.Open()返回的GORM实例底层持有的是*sql.DB连接池对象，该对象设计为长生命周期资源，自身不会主动释放持有的连接，除非显式调用Close()方法，否则连接会一直被持有直到进程被销毁。

AWS Lambda场景的注意事项 #

Lambda的运行环境存在冷启动复用、不定时销毁的特性，如果你的Handler函数每次执行都调用gorm.Open()创建新实例，又不手动关闭，会快速积累空闲连接，很快打满数据库的最大连接数，导致后续请求连接数据库失败。

优化方案 #

方案1（推荐）：全局复用GORM实例

把gorm.Open()初始化逻辑放到Handler外的全局作用域，冷启动时仅初始化一次，整个Lambda实例生命周期内复用同一个连接池，不需要每次执行Handler都新建实例，也不需要手动调用Close()，Lambda销毁执行环境时会自动释放所有资源。
示例代码：

// 全局声明DB实例，冷启动时仅初始化一次
var db *gorm.DB

func init() {
    var err error
    db, err = gorm.Open(mysql.Open(dsn), &gorm.Config{
        Logger: logger.Default.LogMode(logger.Info),
    })
    if err != nil {
        panic("数据库连接初始化失败：" + err.Error())
    }
}

func handler(ctx context.Context, event events.APIGatewayProxyRequest) (events.APIGatewayProxyResponse, error) {
    // 直接复用全局db实例执行业务逻辑即可
    // ...
}

方案2（仅适用于必须每次新建实例的场景）：手动关闭连接

如果你的业务逻辑确实需要每次Handler执行都新建GORM实例，必须在Handler返回前调用底层*sql.DB的Close()方法释放连接，避免连接泄露。
示例代码：

func handler(ctx context.Context, event events.APIGatewayProxyRequest) (events.APIGatewayProxyResponse, error) {
    // 新建GORM实例
    db, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
        Logger: logger.Default.LogMode(logger.Info),
    })
    if err != nil {
        return events.APIGatewayProxyResponse{StatusCode: 500}, err
    }
    // 取出底层sql.DB实例
    sqlDB, err := db.DB()
    if err != nil {
        return events.APIGatewayProxyResponse{StatusCode: 500}, err
    }
    // 用defer保证Handler执行结束前关闭连接
    defer sqlDB.Close()

    // 后续业务逻辑
    // ...
}

内容的提问来源于stack exchange，提问作者Mark vu