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
import (
"html/template"
"net/http"
"embed"
)
//go:embed templates/*
var tmplFS embed.FS
func dashboardHandler(w http.ResponseWriter, r http.Request) {
t := template.Must(template.New("dashboard").Funcs(template.FuncMap{
"safeHTML": func(s string) template.HTML { return template.HTML(s) },
}).ParseFS(tmplFS, "templates/"))
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（处理动作），并统一错误处理路径。

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 可暂时省略（内网管理工具），但若暴露公网，至少加一个隐藏字段  并校验
不要用 innerHTML += ... 拼接新行，容易 XSS；用 document.createElement + textContent 更安全
真正卡住人的地方不在语法，而在“状态怎么管”：用户列表是存在内存 map 里？还是连 SQLite？表单校验错误是返回 400 并重新渲染整个页（带原输入值），还是用 AJAX 返回错误字段？这些决策比写几个 handler 影响更大。先跑通一条路径（比如只做用户列表查看+添加），再逐步加删改，比一上来就堆功能更稳。