多光标处理CSV的核心是列选择而非全字匹配，因Ctrl+D不理解CSV语义易误删；需等宽字体、关闭自动换行、预处理中文与引号内逗号；大文件须禁用高亮等渲染并重启；操作后须逐行验证覆盖与对齐。

多光标处理 CSV 的核心不是“选中所有相同字段”，而是“只动你框住的位置”——用列选择（矩形选择）替代全字匹配，才能避免误删 JSON 字段、注释行或引号内内容。

为什么 Ctrl+D 改 CSV 第 3 列会出错？

Ctrl+D 是纯文本增量匹配，不理解 CSV 语义。比如数据里有 "Smith, John"、id: "user_123" 或注释行 # status=old，只要含 old 就会被选中。一删全崩，尤其当第 1 列是 old_product、第 3 列才是你要改的 old 时，根本分不清。

• 它从光标位置往后找，不跳过已选区域，也不区分字段边界
• 无法跳过引号包裹的内容，对 "a,b",c 类结构完全失效
• 一旦某行字段数不一致（如缺值），后续行光标会整体偏移一列

Alt+拖选列编辑的硬性前提

矩形选择看着简单，但三处配置不对，光标就落错位置：

• 字体必须是等宽：在 Preferences → Settings 中确认 "font_face": "Fira Code" 或 "Consolas"，中文字符会导致列宽计算失准
• View → Word Wrap 必须关闭，否则换行后光标纵向偏移，拖选区域错位
• 字段含中文时，先用正则 "([^"]*)" 替换为 [CN] 占位，操作完再反向替换回来——因为中文字宽 ≠ ASCII，Sublime 按像素定位，不是按字符索引

对齐前必须绕过引号内逗号

AlignTab（Ctrl+Alt+A）不解析 CSV，只按字面切分。遇到 "New York, NY",25,true，它会把引号里的逗号也当分隔符，导致对齐错乱。

Knowledge Graph - Csv Graph Loader Generator

从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。

下载

• 先打开 Ctrl+H，开启正则模式，查找：,(?=(?:[^"]*"[^"]*")*[^"]*$)
• 替换为：, （逗号加一个空格）——这个正则能识别“未被闭合引号包裹的逗号”
• 再全选 → Ctrl+Alt+A → 输入 , 回车，此时 AlignTab 才只对引号外的逗号生效
• 对齐完成后，记得把临时加的空格用 Ctrl+H 批量删掉（查找 , ，替换为 ,）

大文件卡死？不是内存问题，是渲染开销

打开 50MB CSV 卡住，99% 是 Sublime 在强行做语法高亮、软换行计算和当前行高亮——这些对纯文本 CSV 完全无用。

• 必须在 Preferences → Settings – User 中添加四行：
• "large_file_threshold": 52428800（50MB，单位字节）
• "syntax": "Packages/Text/Plain text.tmLanguage"（绕过所有 CSV 插件解析）
• "word_wrap": false
• "highlight_line": false
• 改完保存，必须重启 Sublime —— 热加载不触发 large_file_threshold
• 若仍卡，说明数据含跨行字段或未闭合引号，这时该切到 pandas.read_csv(chunksize=) 预处理，别硬扛

真正容易被忽略的是：列编辑后肉眼难查漏行，尤其当 CSV 含空行、头部注释或末尾换行缺失时。每次改完，务必用 Selection → Expand Selection to Line 看是否每行都被覆盖，再横向滚动检查字段对齐——错位往往不是操作错了，是某一行少了一个逗号，导致整列偏移。