go get 安装 gorm 未生成 vendor 或 go.mod 是因未先执行 go mod init 初始化模块；必须在项目根目录运行 go mod init 创建 go.mod 后，再 go get gorm.io/gorm 及对应驱动。
go get 安装 GORM 时为什么没生成 vendor 或 go.mod？
直接运行 go get -u gorm.io/gorm 不会自动初始化模块，如果当前目录没有 go.mod，GORM 会被下载到 $GOPATH/pkg/mod，但项目里无法 import。必须先确保在模块根目录下操作。
- 进入项目根目录（如
myapp/），运行go mod init myapp创建go.mod - 再执行
go get gorm.io/gorm（去掉-u，避免意外升级破坏兼容性） - 如果要用 MySQL，额外加装驱动：
go get gorm.io/driver/mysql - 注意：GORM v2 默认不带驱动，
gorm.io/gorm和gorm.io/driver/*必须成对使用
初始化数据库连接时 panic: failed to open database: driver: bad connection
这个错误几乎全是 DSN（数据源名称）格式或权限问题，不是 GORM 本身 bug。GORM v2 的 sql.Open 调用发生在 gorm.Open 内部，失败会直接 panic。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 检查 DSN 是否含特殊字符：密码里有
@、/、:必须用url.QueryEscape编码，例如user:%40pass%2F123@tcp(127.0.0.1:3306)/test - 确认 MySQL 用户有远程访问权限（不只是
localhost），或改用127.0.0.1（绕过 Unix socket） - 连接池配置建议显式设置：
&sql.DB.Config{MaxOpenConns: 10, MaxIdleConns: 5}，避免默认值引发超时 - 首次调用
db.AutoMigrate()前，建议先用db.Exec("SELECT 1").Error测试连通性
AutoMigrate 执行后表结构没更新？
AutoMigrate 不是“同步差异”，而是“按当前 struct 创建或追加字段”。它不会删除字段、不会修改类型、也不会重命名，这点和 Django ORM 或 Rails ActiveRecord 有本质区别。
- 字段被注释掉或从 struct 删除 →
AutoMigrate完全忽略，不会删库字段 - 修改字段类型（如
string改int）→ GORM 不报错，但数据库字段不变，后续写入可能出错 - 想安全演进结构，必须手动写
db.Migrator().AddColumn/RenameColumn，或用第三方工具如golang-migrate - 开发期可加
db.Debug()查看实际执行的 SQL，确认是否真发了ALTER TABLE
用 GORM 操作 PostgreSQL 时 time.Time 字段存进去变成 UTC，读出来却是本地时区？
GORM 自身不处理时区转换，完全依赖底层 database/sql 驱动行为。PostgreSQL 驱动（gorm.io/driver/postgres）默认把 timestamp with time zone 当作 UTC 解析，但 Go 的 time.Time 在打印或比较时会按本地时区显示，造成“变了”的错觉。
- 查证方法：用
fmt.Printf("%v | %v", t, t.UTC())看原始值和 UTC 值是否一致 - 统一方案：启动时设全局时区：
time.LoadLocation("Asia/Shanghai")，并在 DSN 加timezone=Asia/Shanghai - 更稳妥做法：数据库字段用
timestamp without time zone，业务层全程用 UTC 存取，展示时再转本地 - 注意：MySQL 驱动默认走系统时区，PostgreSQL 驱动默认走 UTC，两者行为不一致，跨数据库迁移要格外小心
AutoMigrate 做生产环境结构管理，也别让 DSN 里的密码裸奔——这两处出问题，日志里往往只有一行 panic，没上下文。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
