摘要：
在某些形式的高尔夫中，您经常会看到这样的用法：funcmin（）｛db，err:=gorm.Openifer！如果我们是以模块化的方式开发，我们可以将一些数据库连接操作封装到函数中而不使用defer，例如：funcConnect（）*gorm.db｛db，err:=gorm.Open（“mysql”，“root:123456@（xx.xx.xx:3306）/dbname？=nil｛panic｝deferdb.Close（）Returndb}因为defer是在逻辑末尾执行的，事实上，在返回时，返回的值为空。如果继续，系统将提示您：sql:databaseclosed，然后我们可以放置defedb。在特定存储库逻辑中关闭（）。合理使用延迟释放资源可以有效减少资源句柄的占用。
在 golang 某些 orm 中，你经常会看到这种用法：
func main() { db, err := gorm.Open("sqlite3", "test.db") if err != nil { panic("failed to connect database") } defer db.Close() // db 操作 }
在主逻辑中使用 defer 最后关闭连接是没有问题的。
如果是在模块化开发，我们把一些数据库连接的操作封装到函数中，就不能带有 defer，比如：
func Connect() *gorm.DB { db, err := gorm.Open("mysql", "root:123456@(xx.xx.xx.xx:3306)/dbname?charset=utf8mb4&parseTime=True&loc=Local") if err != nil { panic("MySql Connect error") } defer db.Close() return db }
由于 defer 是在逻辑的最后执行的，实际上到 return 的时候，返回的已经是 null。
继续操作会提示：sql: database is closed
那么我们可以把 defer db.Close() 放在具体的 repository 逻辑中。
合理使用 defer 释放资源，可以有效减少资源句柄的占用。