Go用net/http和html/template实现后台管理页，服务端渲染HTML，配合轻量前端交互完成CRUD，需手动处理路由、数据绑定与错误提示。
Go 本身不直接渲染 HTML 页面，所谓“后台管理页面”实际是用 net/http 搭建轻量 HTTP 服务，配合模板（html/template）生成静态结构，再用少量前端逻辑（如表单提交、AJAX）完成增删改查。没有框架也能做，但得自己处理路由、数据绑定、CSRF（可选）、错误提示这些事。
用 html/template 渲染带数据的管理页
Go 的模板不是“前端框架式”的响应式渲染，而是服务端一次性生成 HTML 字符串。适合内容变化不频繁、操作以表单提交为主的后台页。
- 模板文件（如
templates/dashboard.html）里用{{.Title}}、{{range .Users}}插入 Go 结构体字段 - 必须预编译模板，避免每次请求都解析：用
template.ParseFiles()或template.Must()捕获语法错误 - 注意自动转义：
{{.Content}}会转义 HTML，要输出原始 HTML 得用{{.Content | safeHTML}}，且需在模板中定义该函数 - 路径问题：模板文件路径是相对于
os.Executable()所在目录，建议用embed.FS（Go 1.16+）打包进二进制，避免部署时漏文件
package main
<p>import (
"html/template"
"net/http"
"embed"
)</p><p>//go:embed templates/*
var tmplFS embed.FS</p><p>func dashboardHandler(w http.ResponseWriter, r <em>http.Request) {
t := template.Must(template.New("dashboard").Funcs(template.FuncMap{
"safeHTML": func(s string) template.HTML { return template.HTML(s) },
}).ParseFS(tmplFS, "templates/</em>"))</p><pre class='brush:php;toolbar:false;'>data := struct {
Title string
Users []string
}{
Title: "用户管理",
Users: []string{"alice", "bob"},
}
w.Header().Set("Content-Type", "text/html; charset=utf-8")
t.Execute(w, data)}
用 http.ServeMux 实现基础路由和表单处理
不用第三方路由器（如 gorilla/mux），纯标准库也能支撑 CRUD。关键在于区分 GET（展示页）和 POST（处理动作），并统一错误处理路径。
立即学习“go语言免费学习笔记（深入）”；
- GET
/users→ 渲染用户列表页 - POST
/users→ 接收表单，校验后存入内存或数据库，重定向回/users（避免刷新重复提交） - DELETE
/users/:id不被浏览器原生支持，改用 POST + 隐藏字段_method=DELETE或直接走 JS fetch - 所有 handler 必须显式写
w.WriteHeader(statusCode)，否则默认 200；重定向要用http.Redirect(w, r, "/users", http.StatusSeeOther)
func usersHandler(w http.ResponseWriter, r *http.Request) {
switch r.Method {
case "GET":
// 渲染列表页
renderTemplate(w, "users.html", map[string]interface{}{"Users": loadUsers()})
case "POST":
name := r.FormValue("name")
if name == "" {
http.Error(w, "用户名不能为空", http.StatusBadRequest)
return
}
saveUser(name)
http.Redirect(w, r, "/users", http.StatusSeeOther)
default:
http.Error(w, "Method not allowed", http.StatusMethodNotAllowed)
}
}前端交互尽量轻量：用 fetch 替代全页刷新
纯模板渲染体验较重。加几行 JS 就能让“删除用户”变成无刷新操作，同时保持后端逻辑干净——仍走标准 HTTP 方法语义。
- 按钮加
data-id="123"，点击时用fetch("/users/123", {method: 'DELETE'}) - 后端 DELETE handler 返回 JSON：
{"ok": true}或{"error": "not found"}，前端根据响应更新 DOM - CSRF 可暂时省略（内网管理工具），但若暴露公网，至少加一个隐藏字段
<input type="hidden" name="token" value="{{.CSRFToken}}">并校验 - 不要用
innerHTML += ...拼接新行，容易 XSS；用document.createElement+textContent更安全
<script>
function deleteUser(id) {
fetch(`/users/${id}`, { method: 'DELETE' })
.then(r => r.json())
.then(data => {
if (data.ok) {
document.querySelector(`[data-id="${id}"]`).remove();
}
});
}
</script>真正卡住人的地方不在语法，而在“状态怎么管”：用户列表是存在内存 map 里？还是连 SQLite？表单校验错误是返回 400 并重新渲染整个页（带原输入值），还是用 AJAX 返回错误字段？这些决策比写几个 handler 影响更大。先跑通一条路径（比如只做用户列表查看+添加），再逐步加删改，比一上来就堆功能更稳。
