sublime直接打开csv乱码或字段粘连，因默认当纯文本处理且未绑定csv语法；必须手动设置语法为csv、编码为gbk或utf-8 with bom，并预处理引号内逗号等结构问题。

为什么直接打开CSV总显示乱码或字段粘连

Sublime 默认把 .csv 当纯文本处理，右下角显示 Plain Text 就说明语法没绑定——逗号不被识别为分隔符，中文用 UTF-8 解 GBK 编码的文件就会变问号或方块，字段自然“粘”成一团。

实操上必须手动配两件事：

• 点击右下角语言名 → Open all with current extension as… → 选 CSV（不是 CSV (Comma delimited) 这种旧插件名）
• 右下角编码名 → Reopen with Encoding → 挨个试 UTF-8 with BOM、GBK、Windows-1252；确认正常后立刻点同位置 → Save with Encoding

特别注意：Excel Windows 版导出的 CSV 90% 是 GBK；macOS 或 Python to_csv() 生成的优先试 UTF-8 with BOM。别用转码工具二次转换，原始编码已损，越转越糊。

删空行和“伪空行”为什么 Ctrl+Shift+L 总漏掉几行

Ctrl+Shift+L 只对当前可见区域生效，且无法匹配含 \u200b（零宽空格）、\u00a0（不间断空格）、\u3000（全角空格）的“看起来空”的行——人眼分辨不出，但 Sublime 不认它们为 ^\s*$。

可靠做法分三步：

CSV数据分析器

用简单命令分析CSV文件，获取统计、筛选行、检测异常、分组聚合，零外部依赖。

下载

• 先开正则模式（右下角 .* 高亮），关掉 . matches newline（右下角 \n 图标不能亮）
• Find What 填 ^[\s\u3000\u200b\uFEFF\u00a0]*$，Replace With 留空，点 Find All ——所有伪空行高亮
• 按 Ctrl+Shift+L 转多光标，再按 Delete；文件末尾残留的无换行符空行，用 Ctrl+End 定位后按 Ctrl+Shift+K 干掉

字段含引号内逗号或跨行内容，AlignTab 对齐为啥总歪

AlignTab 是纯视觉对齐工具，它不解析 CSV 语义，只按你指定字符（比如 ,）加空格。如果字段本身是 "addr, line2" 或 "name\nother"，直接对齐会把引号内逗号当分隔符切开，列就错位了。

必须预处理：

• 先开正则，Find What 填 ,(?=(?:[^"]*"[^"]*")*[^"]*$)（跳过引号内逗号），Replace With 填 , （逗号+空格）
• 全文件替换后，选中目标区域 → Ctrl+Shift+P → 输入 AlignTab: Align On → 回车 → 输入 , （注意有空格）
• 装完 AlignTab 没命令？必须完全退出 Sublime 再重开；触发时若输入法是中文，会把 , 当全角逗号，导致失效

超大或结构脏的 CSV 为什么越洗越卡甚至错行

Sublime 的卡顿不是内存不够，而是它在强行做代码级解析：高亮逗号、匹配引号嵌套、计算软换行——对 >50MB 或含未引号包裹逗号、嵌套换行的 CSV，这些动作毫无意义且极易错位。

真要硬扛，得关四件事并重启：

• "large_file_threshold": 52428800（50MB）
• "syntax": "Packages/Text/Plain text.tmLanguage"（禁用所有 CSV 语法解析）
• "word_wrap": false
• "highlight_line": false

但更关键的是：一旦发现字段含 Smith, John 这种没引号的逗号，或 "addr\nline2" 这种跨行字段，正则已不可靠——此时该切 csvkit 或 pandas.read_csv(chunksize=) 预处理，而不是在 Sublime 里反复试错。