在 Go 中，nil 切片经 JSON 编码后默认输出为 null；要使其始终输出为 []，需确保切片字段非 nil——可通过初始化为空切片或运行时显式赋值实现。

在 go 中，nil 切片经 json 编码后默认输出为 `null`；要使其始终输出为 `[]`，需确保切片字段非 nil——可通过初始化为空切片或运行时显式赋值实现。

在使用 database/sql（如 gorp）配合 Gin 框架构建 REST API 时，一个常见问题是：当数据库查询无结果，结构体中切片字段未被初始化，保持为 nil，导致 json.Marshal 或 c.JSON() 输出 "data": null，而非期望的 "data": []。

根本原因在于 Go 的 JSON 编码规则：nil slice 和 nil map、nil pointer 一样，均编码为 null；而长度为 0 但非 nil 的切片（如 []T{} 或 make([]T, 0)）则正确编码为 []。

以你的代码为例：

type HttpResonse struct {
    DevTeam []DevTeam `json:"data"`
}

即使你声明了 []DevTeam 类型，若未显式初始化，response.DevTeam 默认值就是 nil。后续调用 dbmap.Select(&response.DevTeam, ...) 在无结果时不会修改该字段（Select 仅在有匹配行时填充切片），因此它始终保持 nil。

✅ 正确解决方案

方案一：响应前统一判空并初始化（推荐）

在构造响应体前，主动检查并修正：

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。

下载

if response.DevTeam == nil {
    response.DevTeam = []DevTeam{} // 或 make([]DevTeam, 0)
}
s.Count = int64(len(response.DevTeam))
c.JSON(http.StatusOK, gin.H{"meta": s, "data": response.DevTeam})

方案二：在 gin.H 构造时内联处理（简洁灵活）

避免修改原始结构体，直接在响应层兜底：

data := response.DevTeam
if data == nil {
    data = []DevTeam{}
}
s.Count = int64(len(data))
c.JSON(http.StatusOK, gin.H{"meta": s, "data": data})

方案三：结构体初始化时预设（防御性编程）

在创建 HttpResonse 实例时即初始化切片，一劳永逸：

response := HttpResonse{
    DevTeam: make([]DevTeam, 0), // 或 []DevTeam{}
}
_, err := dbmap.Select(&response.DevTeam, "SELECT * FROM DevTeam WHERE app_id = ? LIMIT ? OFFSET ?", a_id, limit, offset)

⚠️ 注意：不要使用 response.DevTeam = []models.DevTeam{} 在 Select 调用之后再赋值——这虽能覆盖 nil，但会丢失 Select 可能已成功填充的数据（尤其在部分场景下误判为“总为空”）。务必在 Select 后、序列化前做判空处理。

? 验证示例

package main

import (
    "encoding/json"
    "log"
)

type Pt struct {
    DevTeam []string `json:"data"`
}

func main() {
    p1 := Pt{} // DevTeam == nil
    p2 := Pt{DevTeam: []string{}} // DevTeam != nil, len == 0

    json1, _ := json.Marshal(p1)
    json2, _ := json.Marshal(p2)

    log.Printf("nil slice → %s", json1)   // {"data":null}
    log.Printf("empty slice → %s", json2) // {"data":[]}
}

综上，关键原则是：JSON 序列化行为由运行时值决定，而非类型声明；确保切片非 nil 是获得 [] 输出的唯一可靠方式。 推荐在响应组装阶段统一处理，兼顾清晰性与健壮性。