goland中数字字面量颜色需在settings → editor → color scheme → go → numbers下分别配置，其中十六进制字面量（0x/0x）需单独启用并设置hexadecimal literals项，否则修改integer literals无效。
GoLand里数字字面量颜色在哪调
GoLand中数字字面量（如42、3.14、0b1010）的颜色由「语言语法高亮规则」控制，不是通用的「数字」token，而是分类型绑定在Go语言配色项下。它和字符串、注释一样，属于Language Defaults → Numbers这一项，但Go语言有自己的细化条目。
- 路径是：
Settings → Editor → Color Scheme → Go → Numbers - 这里实际包含多个子项：
Integer literals（十进制/二进制/八进制）、Floating-point literals、Imaginary literals，但Hexadecimal literals（十六进制数）**单独存在且默认未启用高亮**——它被归在Hexadecimal literals条目下，初始状态常为灰色（即继承默认文本色） - 若你改了
Numbers → Integer literals颜色，0xff或0XABC仍不会变色，除非也勾选并配置Hexadecimal literals - 注意：GoLand 2026.2+ 版本才将
Hexadecimal literals作为独立可配项暴露；旧版本需手动编辑.icls文件或升级
为什么改了Numbers没生效
常见现象是：调了Integer literals颜色，但0xFF还是灰色。根本原因是Go插件对字面量做了语义切分——它把0xFF识别为「十六进制字面量」而非「整数字面量」，两者走的是不同高亮通道。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Integer literals只管123、0755、0b0101这类无前缀或带0b/0o前缀的数 -
Hexadecimal literals专管以0x或0X开头的数，哪怕值本身是十进制（如0X0）也归它管 - 如果你用的是自定义配色方案副本，确认
Hexadecimal literals的Foreground已取消勾选Inherit values from，否则它会沿用父方案的灰色 - 某些第三方主题（如Monokai_2）会主动关闭
Hexadecimal literals高亮以保持简洁，此时需手动打开并设色
十六进制数颜色要不要和普通数字分开
从可读性和调试角度，建议分开。十六进制常用于位操作、内存地址、颜色值等场景，与十进制语义不同。统一颜色反而削弱信号。
- 典型搭配：
Integer literals用深蓝（#2579C7），Hexadecimal literals用青绿（#4EC9B0），Floating-point literals用紫（#A688FF） - 避免用太亮或太暗的颜色，比如纯白
#FFFFFF在浅色主题下不可见，纯黑#000000在深色主题里和背景融掉 - 如果项目大量使用颜色值（如
0xFF5733），可进一步用File Colors功能给*.go里含0x[0-9A-F]{6}的文件打上浅橙底色标签，形成双重提示
验证是否真生效了
别只看设置界面预览。真实效果取决于当前文件的语言模式和解析状态。
- 确保文件右下角显示
go，不是plaintext；否则Go语言高亮规则完全不加载 - 重启编辑器后首次打开.go文件可能延迟应用新颜色，可手动触发
File → Reload project from disk - 写个测试片段：
const ( a = 123; b = 0xFF; c = 0XDEAD; d = 3.14 )，观察b和c是否与a、d颜色不同 - 如果仍无效，检查是否有插件冲突（如Rainbow Brackets、Semantic Highlighter），临时禁用它们再试
Numbers项都找不到效果，就是因为漏掉了那个独立的Hexadecimal literals复选框。
