Go学生信息管理系统应优先选轻量持久化方案：本地开发用map+JSON文件（原子写入、UUID主键），进阶用sqlite3（外键支持、TEXT主键适配UUID），慎用GORM默认行为。
用 Go 实现一个学生信息管理系统，核心不在于“写个 CRUD”，而在于选对数据持久化方式和结构组织逻辑。本地开发阶段直接上 sqlite3 或 json 文件最轻量；硬套 gorm + MySQL 反而容易卡在驱动配置、连接池、时间字段处理这些非业务问题上。
用 map + json 文件做存储，适合快速验证业务逻辑
学生信息变动不频繁、无并发写入需求时，把 map[int]*Student 序列化到 students.json 是最快落地的方式。关键不是“多酷”，而是改一行代码就能看到效果。
-
Student结构体里避免用指针字段（如*string），否则 JSON 解析后可能为nil，导致后续==判断 panic - 读文件用
os.ReadFile，写文件前先os.WriteFile到临时路径，再os.Rename原子替换，防止写一半崩溃丢数据 - 主键别用自增 int，改用
uuid.NewString()，避免并发插入时 ID 冲突或重复调用len(m)+1出错
用 sqlite3 替代内存 map，只需加 3 个包和 1 个初始化函数
当需要模糊查询、按年龄排序、或者未来要加课程关联时，sqlite3 是比 JSON 文件更自然的升级路径，且不用部署数据库服务。
- 导入
_ "github.com/mattn/go-sqlite3"（下划线导入触发驱动注册） - 用
sql.Open("sqlite3", "students.db?_foreign_keys=1")初始化，注意参数里开启外键支持（后续扩展用得上） - 建表 SQL 中，
id TEXT PRIMARY KEY比INTEGER PRIMARY KEY更兼容 UUID 主键，避免类型转换错误 - 执行
INSERT后别忘了用stmt.LastInsertId()—— 对 SQLite 来说，它只对INTEGER PRIMARY KEY有效；UUID 场景下应直接返回传入的 ID
gorm 不是必须项，但要用就得关掉它默认的“魔法”
如果团队已有 gorm 使用经验，或项目明确要对接 MySQL/PostgreSQL，那它能省不少胶水代码。但它的默认行为会悄悄破坏你的预期。
立即学习“go语言免费学习笔记（深入）”；
- 关闭自动迁移：
db.AutoMigrate(&Student{})在生产环境可能误删字段，应改用手工 SQL 或migrate工具 - 禁用软删除：在
Student结构体加gorm.Model字段或显式声明DeletedAt gorm.DeletedAt `gorm:"index"`，否则Delete变成 UPDATE - 时间字段统一用
time.Time类型，别用string或int64，否则CreatedAt/UpdatedAt自动赋值会失效 - 查询单条用
db.First(&s, "id = ?", id)，别用db.Where("id = ?", id).First(&s)—— 后者在记录不存在时会报record not found错误，前者只是RowsAffected == 0
真正卡住新手的，往往不是语法，而是没意识到 Go 的 error 处理必须显式判断、JSON 标签大小写敏感、SQLite 的参数占位符是 ? 而不是 $1。把这三个点盯住，CRUD 就不会散架。
