用Golang做一个简单的博客评论系统，核心目标通常是轻量、易部署、能跑在单台低配服务器上。很多个人博客并不需要复杂的微服务架构，一个二进制文件就能处理文章下的留言展示与提交就够了。Go语言标准库里的net/http包已经提供了足够强的路由与中间件能力，配合encoding/json处理数据结构，我们可以在不到两百行代码内完成基础功能。下面从整体设计到具体实现逐步说明。
系统基础设计与路由规划
在动手写代码前，先明确博客评论系统要提供哪些接口。最基础的有两个：一是获取某篇文章的评论列表，二是提交一条新评论。我们可以设计成REST风格，用GET请求拉取列表，用POST请求新增评论。文章标识通过URL路径参数传递，例如/comments/{postID}，这样前端或静态页面都能方便调用。
Go标准库没有像第三方框架那样提供带参数匹配的路由器，但我们可以用http.ServeMux结合简单的路径解析来实现。对于个人博客这种接口很少的场景，自己写一段前缀匹配逻辑比引入gin或echo更省资源。同时，要把评论数据放在内存里还是数据库里？如果日访问量极低且允许重启丢数据，内存加锁方案最直观；若需要持久化，再接SQLite也不复杂。下面的例子以内存存储为主，重点展示并发控制。
我们还应当考虑跨域问题。若评论接口和博客页面不在同一域名下，需要在响应头加上允许跨域的字段。Go里可以用一个简单的中间件函数包裹业务处理器，统一写入Access-Control-Allow-Origin等头部。这样静态博客托管在CDN、接口跑在别的子域时也不会被浏览器拦截。
内存存储与并发安全实现
评论数据可以用一个map来保存，键是文章ID，值是该文章下的评论切片。但Go的map不是并发安全的，多个用户同时发评论会触发竞态检测甚至导致程序崩溃。因此必须引入同步机制，最常用的是sync.RWMutex：读评论时用读锁，写评论时用写锁，既保证安全又兼顾性能。
下面给出核心的数据结构与处理函数的简化示例。注意在pre代码块里，所有标签和符号都做了转义，仅展示逻辑。我们定义了一个全局存储变量，并用读写锁保护它。新增评论时先加写锁，追加到对应切片，再解锁返回成功。
package main
import (
"encoding/json"
"net/http"
"sync"
)
type Comment struct {
ID int `json:"id"`
PostID string `json:"post_id"`
Author string `json:"author"`
Content string `json:"content"`
}
var (
store = make(map[string][]Comment)
mu sync.RWMutex
idSeq = 0
)
func getComments(w http.ResponseWriter, r *http.Request) {
postID := r.URL.Path[len("/comments/"):]
mu.RLock()
list := store[postID]
mu.RUnlock()
w.Header().Set("Content-Type", "application/json")
json.NewEncoder(w).Encode(list)
}
func addComment(w http.ResponseWriter, r *http.Request) {
if r.Method != "POST" {
http.Error(w, "method not allowed", 405)
return
}
var c Comment
if err := json.NewDecoder(r.Body).Decode(&c); err != nil {
http.Error(w, "bad request", 400)
return
}
mu.Lock()
idSeq++
c.ID = idSeq
store[c.PostID] = append(store[c.PostID], c)
mu.Unlock()
w.Header().Set("Content-Type", "application/json")
json.NewEncoder(w).Encode(c)
}
上面的代码里，getComments通过截取URL后缀拿到文章ID，这仅是示例做法，生产环境可用更严谨的正则或路由库。addComment中我们先检查请求方法，再解析JSON，最后在锁内更新map。这样的写法在百量级并发下表现稳定，也不会出现评论互相覆盖。
需要提醒的是，全局变量store在进程重启后就会清空。如果博客主希望保留历史留言，可以把每次写操作同时追加到本地文件，或者将map换成SQL驱动。但对于只想先跑通链路的开发者，内存方案能让你把精力放在接口与前端联调上。
接口自测与防滥用思考
写完处理器后，可以用curl快速验证接口是否通畅。比如先POST一条评论，再GET同文章ID看是否返回了刚才的内容。命令行测试能避开浏览器缓存干扰，也方便写进CI脚本里做冒烟测试。示例如下，注意JSON字段要和结构体标签对应。
curl -X POST http://127.0.0.1:8080/comments/1
-H "Content-Type: application/json"
-d '{"post_id":"1","author":"test","content":"hello"}'
curl http://127.0.0.1:8080/comments/1
当系统暴露到公网，就要考虑垃圾评论和刷接口的问题。简单博客系统可在addComment里加一个基于IP的限流，例如用sync.Map记录每个IP最近提交时间，间隔过短就拒绝。更进一步的做法是加图形验证码或对接第三方反垃圾服务，不过那会增加部署复杂度。对于访问量小的博客，先做好基础限流通常就够了。
另一个常见误区是以为Go的json.Encoder会自动过滤危险字符。其实它只是序列化，若前端直接把评论内容用innerHTML插入页面，就可能引发存储型XSS。因此在返回给前端前，服务端可对Content做HTML转义，或者要求前端用textContent渲染。安全细节虽小，却决定了这个简单系统能不能放心上线。
从简单实现到可维护架构
当评论量增长，单文件main包会变得难维护。这时可以把存储层抽象成接口，例如定义CommentStore接口含List(postID string) []Comment和Append(c Comment) error，然后分别提供内存实现和数据库实现。业务处理函数只依赖接口，不关心底层，测试时也能注入假数据。
路由方面，如果接口变多，建议引入轻量路由如httprouter，它用压缩前缀树匹配路径，性能高且支持参数。但即便如此，标准库写法仍适合作为学习样例，因为它让你看清每个请求从进入到响应的完整流向，不会被框架封装迷惑。理解了底层，再换工具就是改几行注册代码的事。
最后谈部署。Go编译出的静态二进制不依赖运行时，丢到服务器用systemd托管即可。配合Nginx做反向代理和HTTPS，一个简单博客评论系统就具备了生产可用性。后续若想加邮件通知博主、评论嵌套回复等功能，只需在现有结构体上扩展字段并增加对应接口，整体架构不用推倒重来。