贝利信息

如何在Golang中实现简单的博客系统_Golang文章发布与管理实践

日期:2026-01-04 00:00 / 作者:P粉602998670
net/http 足够支撑初期博客 CRUD,应避免在 handler 中写业务逻辑、操作文件或数据库,而用显式 ServeMux、JSON 文件存储、blackfriday/v2 安全渲染、validator 统一校验,并保持数据模型与 HTTP 层解耦。

net/http 搭建基础路由,别急着上框架

Go 自带的 net/http 足够支撑初期博客的 CRUD,加框架反而增加理解成本和部署复杂度。重点是把请求路径、方法、数据绑定逻辑理清楚。

常见错误:直接在 http.HandleFunc 里写业务逻辑,导致函数臃肿、无法测试、难以复用。

文章存储用 JSON 文件就够了,先别碰数据库

早期博客内容少、并发低、无事务需求,用 os.WriteFile 写入结构化 JSON 到 ./data/posts/ 目录,比 SQLite 或 PostgreSQL 启动快、备份简单、调试直观。

容易踩的坑:多个请求同时写同一个文件导致数据丢失。

解析 Markdown 用 blackfriday/v2,但注意 XSS 风险

blackfriday/v2 是目前最稳定的 Go Markdown 解析器,支持自定义 renderer,适合博客正文渲染。

关键问题:用户提交的 Markdown 可能含恶意 HTML(如 ),直接渲染会引发 XSS。

发布流程卡在表单验证?用结构体标签 + validator

手动检查 title != ""len(content) > 10 很容易漏,且分散在各 handler 中。统一用 go-playground/validator 结合 struct tag 约束。

典型场景:新建文章时前端传了空 title 或超长 slug。

type Post struct {
	ID       string `json:"id"`
	Title    string `json:"title" validate:"required,min=1,max=100"`
	Slug     string `json:"slug" validate:"required,alphanumdash"`
	Content  string `json:"content" validate:"required,min=10"`
	CreatedAt time.Time `json:"created_at"`
}

func (p *Post) Validate() error {
	return validator.New().Struct(p)
}

真正难的不是写完发布功能,而是当某天想加分类、标签、草稿箱时,发现当初没把数据模型和 HTTP 层解耦——那时再重构,比从头写还费劲。