gorm.Open 无返回、程序卡死，往往并非数据库连接本身失败，而是因调用时机不当（如放在 http.ListenAndServe 之后）导致主 goroutine 被阻塞，从而掩盖了实际连接状态。
`gorm.open` 无返回、程序卡死，往往并非数据库连接本身失败，而是因调用时机不当（如放在 `http.listenandserve` 之后）导致主 goroutine 被阻塞，从而掩盖了实际连接状态。
在使用 GORM 初始化数据库连接时，一个极易被忽视却极具破坏性的错误是：将 initDB() 调用置于 http.ListenAndServe（或其他阻塞式服务启动函数）之后。由于 http.ListenAndServe 是同步阻塞调用，它会永久占用当前 goroutine，导致后续代码（包括 gorm.Open）根本得不到执行机会——因此你既看不到日志 "Connected"，也收不到任何错误，更无法观察到网络请求是否发出（正如提问者所言：“FWIW I can see that none of my requests are hitting AWS”）。
✅ 正确做法：务必在启动任何阻塞服务前完成数据库初始化。示例如下：
func main() {
// ✅ 数据库初始化必须放在 ListenAndServe 之前
initDB()
// 启动 HTTP 服务（此时 db 已就绪）
log.Println("Starting server on :8080")
http.ListenAndServe(":8080", nil)
}
func initDB() {
var err error
dsn := "host=something.rds.amazonaws.com user=awsuser dbname=db sslmode=disable password=awspassword"
db, err := gorm.Open("postgres", dsn)
if err != nil {
log.Fatalf("Failed to connect to database: %v", err) // 使用 Fatalf 确保进程退出，避免静默失败
}
log.Println("Database connected successfully")
// 注意：db.Close() 不应在 initDB 中 defer —— 它应由应用生命周期统一管理
// 推荐将 *gorm.DB 实例保存为全局变量或依赖注入，供后续 handler 使用
globalDB = db // 假设 var globalDB *gorm.DB
}
⚠️ 关键注意事项：
-
defer db.Close()写在initDB函数内是无效的：函数返回即触发defer，导致连接立即关闭； -
gorm.Open本身不建立物理连接，仅初始化配置；首次查询时才真正拨号（可配合db.Exec("SELECT 1")主动验证连通性）； - 若仍超时挂起，请检查网络可达性（如
telnet something.rds.amazonaws.com 5432）、安全组规则、RDS 实例状态及 IAM 权限（若启用 IAM 认证）； - 强烈建议使用
gorm.Open(postgres.Open(dsn), &gorm.Config{...})新版 API（GORM v2+），并启用日志以便调试：gorm.Config{Logger: logger.Default.LogMode(logger.Info)}。
总结：当 gorm.Open “无声无息”时，优先排查调用顺序与 goroutine 阻塞逻辑，而非急于修改 DSN 或 SSL 模式——90% 的类似问题根源在此。
