本文详解如何使用 gorp(go orm 库)查询数据库后,将结构体切片安全、标准地序列化为合法 json 响应,避免常见错误如输出乱码、非 json 格式或手动拼接导致的格式破坏。
在使用 gorp(如 go-gorp/gorp)进行 MySQL 查询时,开发者常期望将查询结果(如 []Mane)直接转为 JSON 并写入 HTTP 响应。但初学者容易陷入两个典型误区:
误区一:误以为 json.Marshal() 返回的是可直接打印的字符串
实际上 json.Marshal() 返回的是 []byte,需显式转为 string 才能用 fmt.Fprint 输出;但更关键的是——不应手动截取字节切片(如 a[:n])来“绕过”JSON 格式,这既冗余又危险。
误区二:逐个 Marshal 结构体并连续 Fprint(Option 2)
这会生成多个独立 JSON 对象(如 {"a":1}{"b":2}),不符合 JSON 规范(合法 JSON 必须是单个值:对象、数组、字符串等)。浏览器或 JSON.parse() 会直接报错 Unexpected token {。
✅ 正确做法是:一次性 json.Marshal 整个切片 → 得到标准 JSON 数组字节 → 设置响应头 → 写入响应体。
以下是完整、健壮的实现示例:
type Mane struct {
ManeId string `db:"mane_id" json:"mane_id"` // 显式指定 JSON 字段名(推荐)
Manetana string `db:"manetana" json:"manetana"`
Yajamana string `db:"yajamana" json:"yajamana"`
}
func handleManes(w http.ResponseWriter, r *http.Request) {
var manegalu []Mane
_, err := dbmap.Select(&manegalu, "SELECT mane_id, manetana, yajamana FROM kd_mane")
if err != nil {
http.Error(w, "Database query failed", http.StatusInternalServerError)
return
}
// ✅ 正确:Marshal 整个切片 → 得到标准 JSON 数组(如 [{"mane_id":"3323",...}, ...])
data, err := json.Marshal(manegalu)
if err != nil {
http.Error(w, "JSON serialization failed", http.StatusInternalServerError)
return
}
// 设置 Content-Type,确保前端正确解析
w.Header().Set("Content-Type", "application/json; charset=utf-8")
w.WriteHeader(http.StatusOK)
w.Write(data) // 直接写入字节,无需 string() 转换(更高效且避免 UTF-8 编码问题)
}? 关键注意事项:
最终输出将是标准、可解析的 JSON 数组:
[
{"mane_id":"3323","manetana":"ABC","yajamana":"hgy"},
{"mane_id":"2323","manetana":"ADFC","yajamana":"FDER"},
{"mane_id":"12343","manetana":"GDSC","yajamana":"hFDEy"}
](注意:你的期望输出中缺少外层方括号且用逗号分隔——那是非法 JSON;标准 API 应返回带 [] 的数组格式)
遵循以上实践,即可稳定、高效、符合规范地输出 GORP 查询结果为 JSON。