vscode调试器无法单独汉化，中文变量显示异常的根本原因是gdb、debug adapter与前端json解析在utf-8与gb18030编码间未对齐，导致字节错位和乱码。
VSCode 调试器本身不支持单独汉化——所谓“调试器汉化”，本质是让中文变量名、字符串值在 Variables 面板、Watch 窗口、Hover 提示中正确显示，而非把“Step Over”“Breakpoint”这些按钮翻译成中文。真正卡住的，是编码链路断裂：源码用 UTF-8 写的中文，GDB 用 GB18030 解析，VSCode Debug Adapter 按 UTF-8 解码字节流，结果高位字节错位，str 变成 "" 或乱码方块。
Variables 面板中文变量值全为空或乱码？先确认 locale 和 DAP 编码是否对齐
国产系统（如统信UOS、银河麒麟）默认 LANG=zh_CN.GB18030，但 VSCode 的 gdb-debug 扩展在 DAP 协议层未声明字符串编码，前端 JSON 解析器一律按 UTF-8 处理 variables 响应里的 value 字段，导致 GB18030 字节被错误拆解。
- 检查当前终端 locale：
locale命令输出是否含zh_CN.GB18030 - 临时绕过：启动 VSCode 前加环境变量
LANG=zh_CN.UTF-8 code，强制 GDB 和 Adapter 共用 UTF-8 上下文 - 不要依赖
settings.json里的"locale": "zh-cn"——它只影响 UI，对调试协议零作用 - 真正起效的是
locale.json（位于用户数据目录），但它也只管菜单/提示，不管变量值渲染
launch.json 里加 "env": {"PYTHONIOENCODING": "utf-8"} 有用吗？
对 Python 有效，对 C/C++/Go 无效。这个环境变量仅控制 Python 解释器的 stdin/stdout 编码，不影响 GDB 解析内存中字符串的字节序列，更不改变 DAP 协议传输时的编码假设。
- Python 项目：必须加，否则
print("你好")在 DEBUG CONSOLE 里仍是问号 - C/C++ 项目：加了没用；需改编译参数，如
-finput-charset=utf-8 -fexec-charset=gb18030（GCC）或确保源文件保存为 UTF-8 with BOM - Go 项目：Go 自身用 UTF-8，但调试器（dlv）在 GB18030 系统上仍可能返回未转义的 GB18030 字节，需补丁级修复
为什么改了文件编码、设了环境变量，Variables 面板还是显示 "\xc4\xe3\xba\xc3"？
这是最典型的协议断点表现：GDB/MI 的 -var-create 响应中，value 字段直接返回原始 GB18030 字节（十六进制转义），而 VSCode Debug Adapter 没做 iconv("GB18030", "UTF-8") 预处理，就原样塞进 JSON。前端解析时把 \xc4 当作单字节 UTF-8 控制字符，自然崩掉。
- 验证方式：在 DEBUG CONSOLE 中手动执行
print str，如果能正常输出“你好”，说明 GDB 本身没问题，问题纯在 Adapter 层 - 临时 workaround：在
variables请求响应中手动注入format: {"encoding": "gb18030"}字段（需自定义 Debug Adapter） - 根本解法：给 VSCode 的
vscode-cpptools或go-debug扩展提 issue，要求在variables响应中增加 encoding 声明字段
真正难的不是“怎么设”，而是意识到：中文变量显示不是 UI 设置问题，是跨协议栈的编码契约缺失。从 GDB Server 启动参数、到 MI 输出格式、再到 DAP 响应结构，任意一环没对齐，中文就注定消失。别在 settings.json 里反复折腾 locale，那地方管不了内存里的字节。
