CRUD接口核心是明确定义数据模型（如User结构体）并实现增删改查逻辑，用内存切片模拟数据库，通过net/http路由映射HTTP方法，统一响应与错误处理，并校验输入参数。
定义数据模型和存储结构
CRUD接口的核心是明确要操作的数据。比如管理用户信息，先定义一个User结构体：
type User struct {
ID int `json:"id"`
Name string `json:"name"`
Email string `json:"email"`
}
开发初期可用内存切片模拟数据库，便于快速验证逻辑：
var users = []User{
{ID: 1, Name:
"张三", Email: "zhangsan@example.com"},
{ID: 2, Name: "李四", Email: "lisi@example.com"},
}
用net/http搭建基础路由
不依赖框架也能写出清晰的API。每个HTTP方法对应一种操作：
- GET /users：返回所有用户
-
GET /users/{id}：按ID查单个用户（用
strings.TrimPrefix(r.URL.Path, "/users/")提取ID） -
POST /users：新增用户（用
json.NewDecoder(r.Body).Decode(&u)解析JSON） - PUT /users/{id}：更新指定用户（先查再改）
- DELETE /users/{id}：删除用户（遍历切片，用索引删除）
注意处理404、400等常见状态码，比如ID不存在时返回http.Error(w, "user not found", http.StatusNotFound)。
封装通用响应与错误处理
避免每个handler里重复写w.Header().Set("Content-Type", "application/json")和json.Marshal。可封装一个工具函数：
func respondWithJSON(w http.ResponseWriter, status int, payload interface{}) {
response, _ := json.Marshal(payload)
w.Header().Set("Content-Type", "application/json")
w.WriteHeader(status)
w.Write(response)
}
错误也建议统一格式，例如返回{"error": "invalid email"}，前端更容易识别。
支持JSON请求体校验与ID参数解析
真实场景中不能直接信任输入。新增用户时检查Name非空、Email格式是否合法（可用strings.Contains(email, "@")简单判断）。ID参数要转成整数并验证是否大于0：
id, err := strconv.Atoi(strings.TrimPrefix(r.URL.Path, "/users/"))
if err != nil || id http.Error(w, "invalid user ID", http.StatusBadRequest)
return
}
更新和删除前务必确认该ID在数据中存在，否则返回404而非静默失败。
基本上就这些。Golang实现CRUD不复杂但容易忽略边界处理，把模型、路由、响应、校验四块理清楚，后续换成真实数据库（如SQLite或PostgreSQL）也只是替换数据访问层而已。
