GoLand结构体Tag补全需用Live Template实现交互式驼峰：新建模板jsonc，FIELD_NAME绑定capitalize(camelCase(clipboardContent()))，勾选“Reformat according to style”，并添加mapstructure等自定义tag到Struct tags白名单。
GoLand里结构体Tag补全默认是snake_case，怎么改成交互式驼峰？
GoLand不提供“全局切换JSON tag风格”的开关，但能通过自定义Live Template实现交互式驼峰补全。关键不是改IDE设置，而是绕过默认补全、用模板接管输入流。
操作路径：Settings → Editor → Live Templates → Go → 点击+号新增模板，缩写填jsonc，模板文本填：`json:"$FIELD_NAME$" $END`；在“Edit variables”里给FIELD_NAME绑定表达式capitalize(camelCase(clipboardContent()))。
这样你在字段类型后敲jsonc + Tab，就能把剪贴板里的UserName自动转成userName并插入tag——比手动删下划线快得多。
- 别用
snakeCase()表达式，它会把UserID变成user_i_d，不是你要的userId - 模板必须勾选“Reformat according to style”，否则生成的反引号位置可能错乱
- 如果字段名含数字（如
HTTPCode），camelCase()会输出hTTPCode，这时得手动微调
为什么GoLand提示“unknown struct tag key json”却能编译通过？
这是GoLand的静态检查误报，不是代码问题。它只扫描json、xml等内置tag，不认识你自定义的validate、db或公司内部api tag时就会标黄警告。
解决方法不是删掉tag，而是告诉GoLand这些key合法：Settings → Editor → Inspections → Go → Struct tags → 点击右侧…按钮，在“Allowed struct tag keys”里添加validate、db等关键词。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 加完要重启编辑器，否则新规则不生效
- 如果项目用
mapstructure，记得也加上mapstructure到白名单 - 别勾选“Report unknown keys in standard tags”，否则
json:"name,string"里的string也会被误报
viper.Unmarshal时struct tag不生效，排查顺序是什么？
viper不解析struct tag本身，它靠mapstructure库做字段映射。tag失效通常是因为viper读取配置后没走标准解码路径，或者tag写法不符合mapstructure约定。
按这个顺序查：
- 确认viper配置加载后调了
viper.Unmarshal(&cfg)，而不是只调viper.Get("field") - 检查struct字段是否导出（首字母大写），
name string这种未导出字段viper直接跳过 - 验证tag格式：
mapstructure:"field_name"才对，json:"field_name"在viper里无效（除非你显式配了viper.SetDecoderConfig） - 如果用了嵌套结构体，外层tag必须带
,squash，否则内层字段不会被展开映射
批量修复旧代码里的struct tag，脚本能跑但容易漏哪几类？
正则替换Name string → Name string `json:"name"`看似简单，实际漏掉三类高频场景：
- 多行字段声明：
Name string `gorm:"column:name"`这种已有tag的，正则会把新tag叠在旧tag后面，变成``双反引号语法错误 - 注释干扰：
// Name 用户姓名\nName string，正则跨行匹配容易吃掉注释或换行符 - 嵌套结构体字段：
User struct { Name string } `json:"user"`，这种整个匿名结构体有tag，但内部Name字段没单独tag，脚本通常识别不了
真正安全的做法是用go/ast解析AST，只修改无tag的导出字段，且保留原有tag不覆盖——但这需要写完整Go工具，不是改两行正则能搞定的。
