如何自定义 Go 结构体字段的默认 JSON/BSON 字段名映射规则
在 Go 语言开发中，结构体字段的 JSON 和 BSON 序列化默认遵循特定的命名转换规则。然而，这套默认行为往往无法满足项目对统一命名风格（如小写驼峰命名法）的全局需求。开发者要么需要为每个字段手动添加标签，要么就需要借助代码生成工具来实现“零重复标签”的优雅方案。
在 Go 语言中，结构体字段的 `json` 和 `bson` 标签，是控制其序列化后键名的核心机制。当调用 `json.Marshal` 或 `bson.Marshal` 时，这些标签直接决定了数据对外呈现的名称。首先，我们需要明确两个核心包的默认行为：
- encoding/json 包：其默认策略是保持字段名原样。例如，字段 `JdId` 序列化后会得到 `"JdId"`。需要注意的是，非导出字段（小写字母开头）默认会被忽略，不参与序列化过程。
- go.mongodb.org/mongo-driver/bson 包：其默认行为是将字段名转换为全小写且无分隔符的蛇形命名。因此，`JdId` 在 BSON 中会变成 `"jdid"`。
这种默认行为与大多数现代 API 和数据库设计规范相悖。开发者普遍期望采用统一的 lowerCamelCase（小写驼峰命名法），例如将 `JdId` 映射为 `"jdId"`，将 `AcceptTimestamp` 映射为 `"acceptTimestamp"`。在拥有大量结构体和字段的中大型项目中，为每个字段重复编写标签不仅效率低下，也极易引入不一致性，成为维护的痛点。
那么，是否存在一个全局配置项来统一修改默认映射规则呢？答案是：目前 Go 标准库的 encoding/json 和官方的 MongoDB 驱动 bson 包均不支持全局自定义字段名转换规则。 它们的处理逻辑非常清晰：标签拥有最高优先级；若字段未定义标签，则应用其内部固定且不可配置的默认转换逻辑。
✅ 标准解决方案：显式声明标签
因此，最可靠、最符合 Go 语言哲学的做法是：为每一个需要参与序列化的导出字段，显式地添加 `json` 和 `bson` 标签，并在团队内强制执行统一的命名约定。示例如下：
type CvJdRelationInfo struct {
JdId string `json:"jdId" bson:"jdId"`
CvId string `json:"cvId" bson:"cvId"`
Status int16 `json:"status" bson:"status"`
AcceptTimestamp int64 `json:"acceptTimestamp" bson:"acceptTimestamp"`
}
通过这种方式，无论使用哪个包进行序列化，输出的键名都将保持规范、统一的小写驼峰格式，确保了数据接口的一致性。
⚠️ 实践中的关键注意事项
- 确保拼写一致性：编写 `bson` 标签时，需特别注意单词拼写的准确性。例如 `acceptTimestamp` 应完整拼写，避免缩写不一致。建议采用统一的驼峰拼写规范，并与字段名保持逻辑对应。
- 注意驱动版本差异：若项目仍在使用已归档的旧版驱动（如 `gopkg.in/mgo.v2`），需留意其 `bson` 默认行为可能与新版官方驱动存在差异（例如自动添加下划线）。务必查阅对应版本的文档以确认其序列化规则。
- 规避大小写陷阱：一个典型的错误是写成 `json:"Status"`，这会导致输出键名为大写的 `"Status"`，不符合主流 RESTful API 的命名惯例。正确的做法应始终使用如 `json:"status"` 和 `bson:"status"` 的小写形式。
? 进阶方案：利用工具实现自动化
如果厌倦了手动维护大量重复的标签，可以考虑使用代码生成工具来解放生产力。其思路类似于 Go 语言自带的 `stringer` 工具，即通过编写 `go:generate` 指令和脚本，自动分析代码的抽象语法树（AST）。
这类工具能够自动将结构体字段名（如 `JdId`）转换为目标键名（如 `"jdId"`），并批量生成带有规范标签的代码。社区已有一些现成方案可供参考，例如 github.com/freddierice/structtag。开发者也可以根据自身需求，编写轻量级的 AST 分析器来实现定制化的标签生成逻辑。
? 核心总结
本质上，Go 语言在序列化标签机制的设计上，秉承了“显式优于隐式”的核心原则。因此，“省略标签”仅在默认规则恰好符合项目需求的少数场景下可行。
一旦项目要求特定的命名风格（如广泛使用的小写驼峰命名法），那么最健壮、可移植性最佳且不依赖任何黑魔法的方案，就是为每个导出字段显式添加标准化的 `json` 和 `bson` 标签。这不仅是 Go 社区的最佳实践，也获得了 Swagger/OpenAPI、Gin、Echo 等众多主流框架和工具链的广泛支持与兼容。
