Golang实现简易投票统计与展示示例

Go简易投票功能用net/http搭服务、内存存票数，需用sync.Map实现线程安全计票，避免并发panic，适合demo；上线须加持久化与并发控制。

Go 语言本身不内置 Web 界面或数据库，所谓“简易投票统计功能”实际是：用 net/http 搭个轻量服务，内存里存票数（适合 demo），配合简单 HTML 表单提交 + JSON 接口返回结果。真上线必须加持久化和并发控制，否则重启丢数据、并发提交会出错。

用 sync.Map 安全计票，别用普通 map

多个用户同时点击“投 A”“投 B”，如果直接读写全局 map[string]int，会触发 concurrent map read and map write panic。必须用线程安全结构：

var votes = sync.Map{} // key: 选项名（如 "option_a"），value: int64
// 投票时
func handleVote(w http.ResponseWriter, r *http.Request) {
option := r.FormValue("option")
if option == "" {
http.Error(w, "missing option", http.StatusBadRequest)
return
}
// 原子增 1
votes.LoadOrStore(option, int64(0))
v, _ := votes.Load(option)
newVal := v.(int64) + 1
votes.Store(option, newVal)
}

• sync.Map 是为高频读、低频写的场景优化的，比 sync.RWMutex + map 更轻量，适合选项数少（<100）、QPS 不高（<100）的投票 demo
• 不要用 map[string]int 配 sync.Mutex 锁整个 map——锁粒度太粗，所有投票串行化，体验卡顿
• 注意 LoadOrStore 返回的是 interface{}，必须类型断言；Store 不检查 key 是否存在，直接覆盖

HTTP 处理器要区分 GET / POST，别混在一起

常见错误是把表单渲染（GET）和投票提交（POST）塞进同一个 handler，导致刷新页面重复提交、无法返回正确状态码：

• GET /：只负责返回含表单的 HTML 页面（含当前统计）
• POST /vote：只接收 application/x-www-form-urlencoded 数据，更新计数，重定向回 /（防止 F5 重投）
• GET /api/results：返回纯 JSON，供前端 JS 动态刷新（可选）

示例路由注册：

http.HandleFunc("/", handleHome)     // GET
http.HandleFunc("/vote", handleVote) // POST
http.HandleFunc("/api/results", handleResults) // GET

关键点：POST 处理完必须用 http.Redirect(w, r, "/", http.StatusFound)，不能直接 handleHome(w, r) —— 否则浏览器地址栏还是 /vote，用户刷新就再 POST 一次。

前端表单必须带 name 和 value，后端靠它识别选项

HTML 表单字段没写 name 属性，r.FormValue("option") 永远为空。典型错误写法：

 Option A 

正确写法：

   Option A
   Option B
  Vote

• name="option" 让后端能用 r.FormValue("option") 拿到值
• value 必须是字符串，且唯一标识该选项（建议用下划线命名，避免空格/特殊字符）
• 不要用 JSON.stringify() 手动发 POST——net/http 默认不解析 application/json 请求体，除非你手动调 json.Decoder

最易被忽略的是并发安全与重定向逻辑：哪怕只是本地 demo，不加 sync.Map 或忘记 http.Redirect，跑两三个浏览器标签页一试就崩。真实项目还要加 IP 限投、选项白名单校验、Redis 存储，但那已经不是“简易”范畴了。