Sublime Text 不适合直接编辑超大或脏 CSV 文件；它仅适合查看和轻量清洗，因默认语法分析、高亮、行号渲染和软换行计算导致卡顿，需修改 four 项配置（large_file_threshold、syntax、word_wrap、highlight_line）并重启生效。
Sublime Text 不适合直接编辑超大 CSV 文件，尤其超过 200MB 或含换行符/引号嵌套的脏数据；它能高效查看和轻量清洗，但“编辑”行为极易错位、卡死或破坏结构。
打开 >50MB CSV 就卡死？关掉这四个设置
卡顿不是因为文件大，而是 Sublime 默认对每行做语法分析、高亮、行号渲染和软换行计算。真正起效的是配置项，不是重装或换汉化版。
-
"large_file_threshold": 52428800（单位字节，即 50MB），超过此大小自动跳过语法高亮与折叠 -
"syntax": "Packages/Text/Plain text.tmLanguage"，强制用纯文本语法，绕过所有 CSV 插件解析逻辑 -
"word_wrap": false，禁用自动换行——超长日志行或单字段 JSON 是性能杀手 -
"highlight_line": false，关闭当前行高亮，百万行 CSV 下这项最耗 CPU
这些必须写进 Preferences → Settings – User，改完重启生效。别信“右键 → Open with Encoding”能解决卡顿——那只是编码切换，不关性能事。
想批量改第 3 列？别用 Alt+拖选，用正则定位
Alt+拖选是字符列定位，不是字段列定位。中英文混排、全角逗号、引号内换行都会让光标偏移，改完才发现第 100 行字段错位了。
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 要改第 3 列（即逗号分隔后的第三个字段），用 Ctrl+H 打开正则替换：
查找：^([^,]*,){2}([^,]*)(?=,|$)
替换：$1新值（$1保留前两列和逗号） - 字段含引号？先预处理：
"([^"]*)"→[ZH_$1]，改完再反向替换回来 - 含逗号但没引号的脏数据（如
Smith, John,25），正则无法可靠识别字段边界——这种文件该用pandas.read_csv或csvkit预处理，别硬在 Sublime 里修
AlignTab 对齐后列歪了？你没跳过引号内逗号
AlignTab 不解析 CSV 语义，只按字面字符对齐。遇到 "Smith, John",25,"New York" 这种，它会把引号里的逗号也当分隔符，一按 Ctrl+Alt+A 就全乱。
- 对齐前必须先正则预处理：查找
,(?=(?:[^"]*"[^"]*")*[^"]*$)（匹配引号外的逗号），替换为,（逗号+空格） - 再全选内容 →
Ctrl+Alt+A→ 输入,（注意有空格）回车 - 装了 Rainbow CSV 却没反应？点右下角语言名 → 选
Rainbow CSV，不是CSV；它不自动绑定，必须手动触发
对齐本质是加空格“骗眼睛”，不是改数据。导出给他人看前，务必用 Convert Indent to Spaces 确保空格不被转成 Tab。
超过 200MB 或含跨行字段？立刻切工具
Sublime 的内存模型不适合加载全量超大 CSV。强行打开可能吃光内存、UI 冻结、甚至保存时静默丢数据。
- 查看为主：用命令行
head -n 100 file.csv | less或csvkit csvlook file.csv | head -50 - 清洗为主：Python 脚本流式处理，例如用
csv.DictReader+yield，不 load 全文 - 校验结构：VS Code 开启
"csv-preview.enabled": true，它真渲染表格，能一眼看出哪行多了一个换行符
最常被忽略的一点：Sublime 里看似“改好了”的 CSV，复制粘贴到 Excel 可能因 BOM 缺失或引号转义错误导致列错位——最终交付前，务必用 csvkit csvformat -D , 或 Python 的 csv.writer 重新序列化一遍。
