使用Golang Gorm连接AWS RDS PostgreSQL失败，求排查配置

先帮你拆解下问题：dial tcp ... i/o timeout 是网络层面的连接失败，后面的空指针panic是因为连接失败后InitDB返回了nil，后续代码调用这个nil的DB实例导致的。下面一步步排查和修复：

一、优先排查AWS RDS的网络配置（最常见原因） #

• 安全组入站规则：确保你的RDS实例关联的安全组，已经添加了允许客户端机器的公网IP（测试阶段可临时用0.0.0.0/0，生产环境别这么做）访问5432端口的入站规则。很多时候跟着教程操作后，自己换了WiFi导致IP变更，就会触发连接拦截。
• 实例的公网可访问性：在RDS控制台检查你的实例，确认Publicly accessible选项设置为Yes。如果是No，哪怕安全组配置正确，公网也无法访问实例。
• VPC子网配置：如果RDS部署在私有子网，而你的客户端不在同一个VPC内，需要配置NAT网关、VPN或者VPC peering才能打通网络。测试阶段可以临时把实例移到公有子网（不推荐生产环境使用）。

二、修复代码中的问题 #

你的代码有两个明显的问题，会加剧连接故障：

1. PSQL连接字符串缺省端口参数：你.env里配置了DB_PORT，但psqlInfo里没包含这个参数，虽然默认是5432，但显式加上能避免后续端口变更出问题。修改后的连接字符串：

psqlInfo := fmt.Sprintf("host=%s port=%s user=%s dbname=%s sslmode=disable password=%s", 
    os.Getenv("DB_HOST"), 
    os.Getenv("DB_PORT"), 
    os.Getenv("DB_USER"), 
    os.Getenv("DB_NAME"), 
    os.Getenv("DB_PASSWORD"),
)

2. 空指针Panic的处理：当连接失败时，InitDB返回nil，如果后续代码直接使用这个返回值（比如调用DB.AutoMigrate），就会触发空指针错误。建议在连接失败时直接终止程序，而不是返回nil：

if err != nil {
    panic(fmt.Sprintf("Failed to connect database: %v", err))
    // 也可以用log.Fatal替代panic，根据项目需求选择
    // log.Fatalf("Failed to connect database: %v", err)
}

三、验证环境变量是否正确加载 #

确认loadEnv()函数确实正确加载了.env文件，比如用godotenv的话，要确保路径正确（比如godotenv.Load(".env")）。可以在InitDB开头打印环境变量值做验证：

fmt.Println("DB_HOST:", os.Getenv("DB_HOST"))
fmt.Println("DB_PORT:", os.Getenv("DB_PORT"))

如果输出是空字符串，说明环境变量没加载成功，这也会导致连接失败。

额外测试建议 #

先用本地psql命令行工具测试连接，排除代码问题：

psql -h dbname.asdasddsa.ap-southeast-1.rds.amazonaws.com -p 5432 -U username -d dbname

如果命令行也连接超时，那肯定是AWS的网络配置问题；如果命令行能连上，再回头排查代码和环境变量的问题。

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