用 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）仍应强类型保障
rows.Close() 导致连接泄漏。这些细节比选什么框架重要得多。 
