gin 的 post 接口收不到表单数据，主要因未启用自动解析中间件或 content-type 不匹配；需确保使用 gin.default()、content-type 为 application/x-www-form-urlencoded 或 multipart/form-data，并避免混用 c.postform() 与 c.shouldbind()。
为什么 Gin 的 POST 接口收不到表单数据？
默认情况下，Gin 不自动解析 application/x-www-form-urlencoded 或 multipart/form-data 请求体。如果你用 HTML 表单提交留言，但 c.PostForm("content") 始终为空，大概率是没启用绑定中间件。
实操建议：
- 确保在初始化路由前调用
gin.Default()（它已内置gin.Recovery()和gin.Logger()，并自动处理常见表单解析）； - 若用
gin.New()，必须手动加r.Use(gin.Recovery(), gin.Logger())，且需显式调用c.ShouldBind()或使用c.PostForm()—— 后者只对已解析的上下文有效； - 检查浏览器开发者工具 Network 标签页，确认请求的
Content-Type确实是application/x-www-form-urlencoded，而不是text/plain或未设置； - 避免在同一个 handler 里混用
c.PostForm()和c.ShouldBind(&struct{})，前者依赖ParseMultipartForm预处理，后者走 JSON/表单统一绑定逻辑，冲突会导致读取 body 失败。
如何安全地把留言存进 SQLite？
直接拼接 SQL 字符串（如 "INSERT INTO messages (content) VALUES ('" + content + "')" ）会引发注入风险，且 Gin 默认不校验输入长度或内容合法性。
实操建议：
- 用
database/sql配合github.com/mattn/go-sqlite3，所有写入必须使用参数化查询：db.Exec("INSERT INTO messages (content, created_at) VALUES (?, ?)", content, time.Now().Unix())； - 建表时为
content字段设长度限制（如TEXT CHECK(length(content) ），并在 Go 层提前截断：<code>content = strings.TrimSpace(content)[:min(len(content), 500)]； - SQLite 文件路径别硬编码，用
os.OpenFile("./data.db", os.O_CREATE|os.O_RDWR, 0644)确保目录可写，否则open ./data.db: no such file or directory会静默失败； - 首次运行时执行建表语句，但要用
IF NOT EXISTS避免重复创建报错：CREATE TABLE IF NOT EXISTS messages (id INTEGER PRIMARY KEY AUTOINCREMENT, content TEXT NOT NULL, created_at INTEGER NOT NULL)。
前端发 fetch 请求，后端返回 405 Method Not Allowed？
这通常不是 CORS 问题，而是 Gin 路由没注册对应方法。比如你写了 r.GET("/messages", handler)，但前端用 POST 发送留言，Gin 就会直接返回 405。
实操建议：
- 检查路由定义是否匹配：留言提交必须用
r.POST("/messages", postMessageHandler)，列表获取用r.GET("/messages", listMessagesHandler)； - 如果前端用
fetch发送 JSON，后端要明确读取：var msg struct{ Content string `json:"content"` }; if err := c.ShouldBindJSON(&msg); err != nil { c.JSON(400, gin.H{"error": "invalid json"}) }； - Gin 默认不自动处理 OPTIONS 预检请求，若需支持跨域，要么用
github.com/gin-contrib/cors，要么手动加r.OPTIONS("/messages", func(c *gin.Context) { c.Status(204) })； - 别把静态资源（如
index.html）和 API 混在同一个路由组下，容易因路径匹配顺序导致 405 —— 建议用r.Static("/", "./static")单独托管前端文件。
并发写 SQLite 时出现 database is locked？
SQLite 在写操作期间会锁住整个数据库文件，高并发下多个 INSERT 请求排队等待，超时就报这个错。留言板虽流量不大，但本地测试快速连点几次就可能触发。
实操建议：
- 初始化 DB 时开启 WAL 模式：
_, _ = db.Exec("PRAGMA journal_mode = WAL")，能显著提升读写并发能力； - 设置连接超时和忙等待：
sql.Open("sqlite3", "./data.db?_busy_timeout=5000")，让 SQLite 在锁住时最多等 5 秒再返回错误； - 避免在 handler 内多次
db.Exec—— 把多条留言合并成一个事务批量插入，但留言板场景一般没必要； - 真正需要横向扩展时，SQLite 就该换 MySQL 或 PostgreSQL 了，别强行加连接池或重试逻辑掩盖设计瓶颈。
SQLite 的锁机制和 Gin 的无状态特性之间没有魔法适配层，该上更合适的存储时就得动手换，而不是堆 workaround。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
