如何使用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 字段（方便后续支持“采纳回答”）：

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() 导致连接泄漏。这些细节比选什么框架重要得多。