Sublime Text CSV乱码与汉化无关，核心是编码解析错位：先右下角绑定CSV语法，再依次试Chinese (GBK)、UTF-8 with BOM等编码Reopen，显示正常后Save with Encoding→UTF-8固化；大文件需调large_file_threshold并禁用语法高亮。
汉化版 Sublime Text 本身不会导致 CSV 乱码——乱码只和编码解析错位有关，跟菜单是不是中文毫无关系。修复核心就一件事：让 Sublime 用对的编码去读文件字节，而不是改界面语言。
右下角显示 Plain Text 或乱码？先绑对语法和编码
CSV 文件打开后显示为 Plain Text，说明 Sublime 根本没识别出这是表格文件，后续所有高亮、对齐、列编辑都失效。字段粘连（如“张三,北京”变成“张三北京”）往往就是这一步没做对。
- 点右下角当前语法名（比如
Plain Text）→ 选Open all with current extension as…→ 找到并选择CSV（不是Plain text，也不是Text） - 如果仍乱码，立刻点右下角当前编码名（比如
UTF-8）→Reopen with Encoding→ 依次试：Chinese (GBK)、UTF-8 with BOM、Western (Windows 1252) - 看到中文正常显示后，**立刻**再点右下角编码名 →
Save with Encoding→ 选UTF-8（不是UTF-8 with BOM），固化正确编码
大 CSV 卡死或字段错位？别信“列编辑”，先关掉语法解析
Alt+拖选看似能批量改某列，但 CSV 字段含引号、换行、全角逗号时，光标会按字符列硬切，必然偏移。真正卡顿的根源是 Sublime 强行跑 CSV 语法高亮——对超 10MB 的文件，它在反复匹配引号配对、解析嵌套结构，纯属无效计算。
- 打开
Preferences → Settings – User，加进这四行（必须重启生效）： -
"large_file_threshold": 52428800（50MB，超过即跳过语法高亮） -
"syntax": "Packages/Text/Plain text.tmLanguage"（强制纯文本，不触发任何 CSV 解析） -
"word_wrap": false（避免长字段反复重算软换行） -
"highlight_line": false（百万行下，行高亮是 CPU 杀手）
字段含引号内逗号？AlignTab 对齐前必须先正则脱壳
AlignTab 按 , 对齐很直观，但一旦遇到 "Smith, John",25,"New York" 这种合法 CSV，它会把引号里的逗号也当分隔符，直接对歪。这不是插件 bug，是它没做语义解析。
- 先 Ctrl+H 打开替换 → 开启正则（点
.*按钮）→ 查找："([^"]*)"→ 替换为：[QUOTE_$1]（用唯一占位符暂存引号内容） - 再全选内容 → Ctrl+Alt+A → 输入
,回车，完成安全对齐 - 最后再反向替换：
\[QUOTE_([^]]+)\]→"$1"，还原引号包裹 - 操作前务必备份——正则误操作不可撤回
最易被忽略的是：Sublime Text 4 已废弃 fallback_encoding，设了也无效；而 default_encoding 只影响新建空文件，不控制保存行为。真正管 Ctrl+S 编码写入的是 default_encoding_on_save，且必须写成 "default_encoding_on_save": "UTF-8"——大小写和短横都不能错。
