本文介绍一种更优雅、高效的方案，替代在结构体中同时定义 []byte 和 string 字段并手动转换的繁琐做法，借助 gosqljson 库实现数据库行到 json 的零样板直出。
在 Go 中处理 SQL 查询结果时，为安全支持 NULL 值而将数据库列映射为 []byte 是常见实践（因 sql.NullString 等类型在 JSON 序列化时需额外处理，且无法自动跳过 Valid == false 的字段）。但如你所示，为每个字段重复定义 DBColX []byte + ColX string 并在查询后遍历赋值，不仅代码冗余、易出错，还带来不必要的内存拷贝和性能开销——尤其当表字段众多或数据量较大时。
更优解是*绕过结构体映射层，直接将 `sql.Rows转为 JSON-ready 数据**。gosqljson正是为此设计的轻量库：它底层调用rows.Columns()和rows.Scan()，自动处理nil值（转为 JSONnull），并支持列名大小写转换（如"lower"→"id"），最终输出标准[]map[string]interface{}或[][]interface{}，可直接由json.Encoder` 编码：
import (
"database/sql"
"encoding/json"
"net/http"
"github.com/elgs/gosqljson"
_ "github.com/go-sql-driver/mysql"
)
func handler(w http.ResponseWriter, r *http.Request) {
// 假设 db 已初始化
rows, err := db.Query("SELECT id, name, email FROM users WHERE active = ?", true)
if err != nil {
http.Error(w, err.Error(), http.StatusInternalServerError)
return
}
defer rows.Close()
// 直接转为 map slice: [{"id":1,"name":"Alice","email":"a@example.com"}, ...]
data, err := gosqljson.RowsToMapSlice(rows, "lower") // 支持 "lower"/"upper"/"camel"
if err != nil {
http.Error(w, err.Error(), http.StatusInternalServerError)
return
}
w.Header().Set("Content-Type", "application/json")
if err := json.NewEncoder(w).Encode(data); err != nil {
http.Error(w, err.Error(), http.StatusInternalServerError)
}
}✅ 优势总结：
- 零冗余字段：无需在 struct 中维护双份字段，彻底消除 []byte → string 循环；
- NULL 安全：nil 值自动转为 JSON null，无需手动判空；
- 灵活命名：内置列名格式化（如 MySQL 默认大写，可一键转小写适配前端）；
- 内存友好：避免中间 struct 分配与字符串拷贝，适合高吞吐场景；
- 无侵入性：不依赖 ORM，兼容任意 *sql.DB 或 *sql.Tx。
⚠️ 注意事项：
- gosqljson 返回的是 []map[string]interface{}，若需强类型校验或复杂嵌套，仍建议搭配 sqlx + 自定义 UnmarshalJSON；
- 列名大小写策略需与数据库实际返回一致（部分驱动可能返回原始大小写，可配合 rows.Columns() 预处理）；
- 生产环境建议添加 context 超时控制，并对 RowsToMapSlice 结果做字段白名单过滤，防范恶意列注入。
综上，当你追求简洁、高效、可维护的数据库 → JSON 流水线时，gosqljson 是比“双字段+手动转换”更现代、更符合 Go 信条的解决方案。
