如何使用Golang开发基础问答系统_Golang问题提交与回答管理实践

用 net/http 和 SQLite 可快速构建轻量问答接口：POST/GET /questions 处理问题，POST /answers 提交回答；用 json.RawMessage 灵活支持 metadata；SQLite 启用外键，配合 RWMutex 或内存 map 实现存储层。

用 net/http 快速启动问答接口服务

Go 本身不依赖框架就能支撑基础问答系统的 HTTP 层。直接用标准库比引入 Gin/echo 更轻量，尤其在原型验证阶段。

关键点是避免把 路由 逻辑写死在 main() 里，应按功能拆分 handler：

• POST /questions 接收新问题，校验 title 和 content 非空
• GET /questions 返回分页列表（用 limit 和 offset 查询参数）
• POST /answers 提交回答，必须带 question_id

func handlePostQuestion(w http.ResponseWriter, r *http.Request) {var q Question     if err := json.NewDecoder(r.Body).Decode(&q); err != nil {http.Error(w, "invalid JSON", http.StatusBadRequest)         return     }     if q.Title == ""|| q.Content =="" {http.Error(w, "title and content required", http.StatusBadRequest)         return     }     // 存入内存 map 或 SQLite（见下节）w.WriteHeader(http.StatusCreated)     json.NewEncoder(w).Encode(q) }

用 database/sql + SQLite 做最小可行持久化

别一上来就上 PostgreSQL。SQLite 在单机问答系统中足够可靠，且零配置、无服务进程，go-sqlite3 驱动成熟。

建表语句要预留扩展性：问题表加 created_at，回答表加外键约束和 is_accepted 字段（方便后续支持“采纳回答”）：

立即学习“go 语言免费学习笔记（深入）”；

CREATE TABLE questions (id INTEGER PRIMARY KEY AUTOINCREMENT,     title TEXT NOT NULL,     content TEXT NOT NULL,     created_at DATETIME DEFAULT CURRENT_TIMESTAMP);  CREATE TABLE answers (id INTEGER PRIMARY KEY AUTOINCREMENT,     question_id INTEGER NOT NULL,     content TEXT NOT NULL,     is_accepted BOOLEAN DEFAULT FALSE,     created_at DATETIME DEFAULT CURRENT_TIMESTAMP,     FOREIGN KEY(question_id) REFERENCES questions(id) ON DELETE CASCADE );

注意点：

• 使用 sql.Open("sqlite3", "db.sqlite?_foreign_keys=1") 启用外键
• 所有 Exec/Query 操作后务必检查 err，SQLite 不报错但可能静默失败
• 避免在 handler 中直接拼接 SQL，用 ? 占位符防注入

用 sync.RWMutex 保护内存数据结构（开发期替代 DB）

如果连 SQLite 都不想装，可用 map + 读写锁模拟存储层。适合快速验证业务逻辑，但仅限本地开发。

典型错误是只用 sync.Mutex，导致并发读性能差；正确做法是读用 RLock()，写用 Lock()：

var (mu       sync.RWMutex     questions = make(map[int]*Question)     answers   = make(map[int][]*Answer) )  func getQuestions() []*Question {mu.RLock()     defer mu.RUnlock()     result := make([]*Question, 0, len(questions))     for _, q := range questions {result = append(result, q)     }     return result }

注意：

• 不能返回内部 map 的引用，否则外部修改会破坏一致性
• 删除操作必须用 Lock()，且要先查再删，避免 panic
• 这种方案无法跨进程共享，重启即丢失数据

用 json.RawMessage 灵活处理 前端 提交的富文本或标签字段

用户提问时可能粘贴代码、带 HTML 片段，或未来想加「标签」字段（如 ["golang", "http"]）。硬 编码 结构体字段会很快僵化。

更务实的做法是把不确定字段声明为 json.RawMessage，后端 只做透传或简单校验：

type Question struct {ID        int              `json:"id"`     Title     string           `json:"title"`     Content   string           `json:"content"`     Metadata  json.RawMessage  `json:"metadata,omitempty"` // 允许任意 JSON     CreatedAt time.Time        `json:"created_at"`}

这样前端可以发：

{"title":"How to use net/http","content":"……","metadata":{"tags":["golang","net/http"],"source":"webform"}}

后端无需改结构体就能支持。但要注意：

• json.RawMessage 不会自动验证格式，需手动 json.Unmarshal 校验其合法性
• 若后续要按 metadata.tags 查询，就得迁移到结构化字段，此时 SQLite 的 JSON1 扩展可帮上忙
• 别把它当万能解药——核心字段（如 title、content）仍应强类型保障

实际跑起来最易卡住的地方不是语法，而是 SQLite 文件权限、HTTP 请求体未读完就返回、或忘记调用 rows.Close() 导致连接泄漏。这些细节比选什么框架重要得多。