多光标处理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+拖选列编辑的硬性前提
矩形选择看着简单，但三处配置不对，光标就落错位置：
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
- 字体必须是等宽：在
Preferences → Settings中确认"font_face": "Fira Code"或"Consolas"，中文字符会导致列宽计算失准 -
View → Word Wrap必须关闭，否则换行后光标纵向偏移，拖选区域错位 - 字段含中文时，先用正则
"([^"]*)"替换为[CN]占位，操作完再反向替换回来——因为中文字宽 ≠ ASCII，Sublime 按像素定位，不是按字符索引
对齐前必须绕过引号内逗号
AlignTab（Ctrl+Alt+A）不解析 CSV，只按字面切分。遇到 "New York, NY",25,true，它会把引号里的逗号也当分隔符，导致对齐错乱。
- 先打开
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 看是否每行都被覆盖，再横向滚动检查字段对齐——错位往往不是操作错了，是某一行少了一个逗号，导致整列偏移。
