本文介绍一种更优雅的方案：避免在结构体中冗余定义字节切片与字符串字段，绕过手动类型转换，直接将数据库查询结果序列化为 json，提升可维护性与性能。
在 Go 中处理 SQL 查询结果时，常因 NULL 值兼容性问题而选择用 []byte 接收数据库列（如 sql.NullString 表达力有限，且需额外判断），再手动转为 string 供 JSON 输出——但如你所示，为每列同时定义 DBColX []byte 和 ColX string 并循环赋值，不仅代码臃肿、易出错，还带来不必要的内存拷贝和 GC 压力。
更优解：跳过结构体映射，直连数据库与 JSON
推荐使用 gosqljson —— 一个轻量、无依赖的工具库，它不强制要求预定义 struct，而是通过反射或原生扫描将 *sql.Rows 直接转换为 []map[string]interface{} 或 JSON 字节数组，天然支持 NULL（自动转为 nil）、大小写字段名映射（lower/upper/camel），且对 []byte、time.Time、int64 等常见类型开箱即用。
以下为生产就绪的示例：
package main
import (
"database/sql"
"encoding/json"
"fmt"
"net/http"
"github.com/elgs/gosqljson"
_ "github.com/go-sql-driver/mysql"
)
func handler(w http.ResponseWriter, r *http.Request) {
// 假设 db 已全局初始化或从上下文获取
rowsJSON, err := gosqljson.QueryDbToMapJson(
db,
"lower", // 字段名转小写（适配前端习惯）
"SELECT cola, colb, colc FROM my_table WHERE status = ?",
"active",
)
if err != nil {
http.Error(w, "DB query failed", http.StatusInternalServerError)
return
}
w.Header().Set("Content-Type", "application/json")
if err := json.NewEncoder(w).Encode(rowsJSON); err != nil {
http.Error(w, "JSON encode failed", http.StatusInternalServerError)
return
}
}✅ 优势总结：
- 零结构体冗余：无需为 NULL 安全性妥协设计双字段；
- 自动 NULL 处理：数据库 NULL → Go nil → JSON null；
- 灵活命名策略："lower"（默认）、"upper"、"camel" 满足不同 API 规范；
- 无运行时反射开销：底层使用 rows.Scan() + 类型断言，性能接近原生；
- 兼容任意驱动：基于标准 database/sql，MySQL/PostgreSQL/SQLite 均可。
⚠️ 注意事项：
- 若业务强依赖结构体校验（如 validation 标签、嵌套类型、自定义 MarshalJSON），仍建议结合 sqlx + sql.NullString；
- gosqljson 返回的是 []map[string]interface{}，不提供编译期字段安全，建议配合 OpenAPI 文档或 DTO 层做二次封装；
- 对超大数据集（>10k 行），建议分页 + 流式编码（json.Encoder.Encode() 逐条写入）以控制内存峰值。
总之，当核心诉求是「快速、可靠、低维护地将 SQL 结果转为 JSON API 响应」时，gosqljson 是比手动双字段映射更现代、更符合 Go 简洁哲学的选择。
