本文介绍通过 PostgreSQL 的 array_to_json() 函数配合 Go 的 json.Unmarshal，安全高效地将 character varying[] 等数组类型映射为 Go 原生 []string（或其他切片类型）的完整实践方案。
本文介绍通过 postgresql 的 `array_to_json()` 函数配合 go 的 `json.unmarshal`，安全高效地将 `character varying[]` 等数组类型映射为 go 原生 `[]string`（或其他切片类型）的完整实践方案。
在使用 database/sql 驱动（如 lib/pq 或 pgx）访问 PostgreSQL 时，原生数组类型（如 text[]、varchar[]、integer[]）无法被 Go 的 rows.Scan() 直接解码为 []string、[]int 等切片——这是由 SQL 驱动对 PostgreSQL 数组的默认处理机制决定的：驱动通常将其作为字符串（如 "{a,b,c}"）返回，但该格式非标准 JSON，且包含花括号、引号转义、空值（NULL）等特殊语法，直接 strings.Split() 易出错、不可靠。
最简洁、健壮且符合 Go 生态惯用法的解决方案是：在 SQL 层将 PostgreSQL 数组转换为标准 JSON 字符串，再在 Go 层解析为原生切片。
✅ 推荐做法：SQL + JSON 双阶段转换
利用 PostgreSQL 内置函数 array_to_json()，它将任意一维/多维数组安全序列化为 RFC 7159 兼容的 JSON 字符串（自动处理引号、转义、NULL → null 等），随后在 Go 中用标准 json.Unmarshal 解析：
SELECT array_to_json(urls) FROM posts WHERE id = 1; -- 返回示例：["http://wp.me/p62MJv-Jc","http://tyrant.click/1LGBoD6"]
对应 Go 代码如下：
var arrStr string
var urls []string
err := rows.Scan(&arrStr)
if err != nil {
log.Fatal("scan failed:", err)
}
if err := json.Unmarshal([]byte(arrStr), &urls); err != nil {
log.Fatal("JSON unmarshal failed:", err)
}
fmt.Printf("Found %d URLs: %+v\n", len(urls), urls)
// 输出：Found 2 URLs: [http://wp.me/p62MJv-Jc http://tyrant.click/1LGBoD6]
? 提示：若使用 pgx（推荐用于新项目），可进一步简化——其 pgx.Rows 支持直接扫描到 []string（需注册自定义 pgtype 类型），但 array_to_json 方案兼容性更广（lib/pq、pgx、甚至 sqlc 生成代码均适用）。
⚠️ 注意事项与最佳实践
-
空数组与 NULL 处理：array_to_json(NULL) 返回 null，json.Unmarshal 会将 nil 写入切片变量（即 urls == nil）。建议显式检查：
if arrStr == "null" { urls = []string{} // 或保持 nil，依业务逻辑而定 } 性能考量：对于高频查询，array_to_json() 开销极小（纯内存操作），远低于手动字符串解析或多次 rows.Scan() 调用；若极端性能敏感，可考虑 pgx 的原生数组支持（需额外配置）。
-
类型安全扩展：该模式同样适用于其他切片类型：
var ids []int64 json.Unmarshal([]byte(arrStr), &ids) // 对应 int8[] 或 bigint[] var flags []bool json.Unmarshal([]byte(arrStr), &flags) // 对应 boolean[]
避免反模式：切勿使用 strings.Trim, strings.Split 手动解析 {a,b,c} 格式——它不处理嵌套引号（如 {"a,b","c"}）、转义字符（{"a\"b"}）或 NULL 元素，极易引发 panic 或数据截断。
✅ 总结
将 PostgreSQL 数组映射为 Go 切片，核心在于信任数据库的序列化能力，而非在应用层重复造轮子。array_to_json() + json.Unmarshal 组合兼具简洁性、健壮性与跨驱动兼容性，是生产环境首选方案。只需一行 SQL 改写与两行 Go 解析，即可获得类型安全、零依赖的原生切片体验。
