notepad++ 需靠 csv lint 插件实现 csv 列对齐与高亮，手动启用“语言→c→csv (lint)”，确保 utf-8 无 bom 编码、crlf 换行及等宽字体，避免用 textfx 等工具误拆引号内逗号。
Notepad++ 本身不是表格编辑器，直接双击打开 CSV 文件只会显示逗号分隔的纯文本，无法对齐列、排序或高亮结构——这不是 bug，是设计使然。想把它当简易表格工具用，必须靠插件和正确配置，否则很容易误删分隔符、破坏引号包裹字段，导致 Excel 打不开。
安装 CSV Lint 插件后仍不生效？检查是否启用了“自动检测 CSV”
CSV Lint 是 Notepad++ 社区最稳定的 CSV 结构辅助插件，但默认不自动激活。它只在文件扩展名是 .csv 且内容被识别为 CSV 格式时才启用语法高亮与列对齐提示。
- 手动触发：打开 CSV 文件 → 点击菜单 语言 → C → CSV (Lint)（注意不是“CSV”而是带括号的
CSV (Lint)） - 自动识别失败常见原因：
"name","age","city"这类带双引号的首行没问题；但若首行是name,age,city（无引号）且含中文或空格，插件可能误判为普通文本 → 此时需先选中全部内容 → 按Ctrl+Shift+C强制重载 CSV 模式 - 插件不支持嵌套引号（如
"a ""quoted"" string"），遇到这类字段会错位，建议提前用 Python 或 PowerShell 清洗
用 TextFX 或 Quick Column Mode 对齐 CSV 列？别这么做
TextFX 的 TextFX Characters → Line up multiple lines by (,) 或 Quick Column Mode 的列选择，看似能“对齐”，实则危险。CSV 的核心规则是：字段内可含逗号（只要用双引号包裹），而这些工具把所有逗号当分隔符切，会把 "Smith, John",28,"New York" 错拆成 4 列。
- 真正安全的对齐方式只有插件驱动：
CSV Lint提供虚拟列线（需开启 设置 → 首选项 → 编辑器 → 显示符号 → 显示列指示线） - 如需手动调整格式，用正则替换更可控：查找
,(?=(?:[^"]*"[^"]*")*[^"]*$)（匹配未被引号包围的逗号），替换成,\t，再开启 视图 → 查看符号 → 显示空白字符 确认 tab 对齐效果 - 列宽不一致？那是字体问题：必须用等宽字体（如
Consolas），在 设置 → 字体设置 中勾选使用等宽字体
导出到 Excel 失败？重点查这三处隐藏字符
Notepad++ 保存的 CSV 被 Excel 打开后乱码、错列或首行消失，90% 是编码或控制字符问题，和插件无关。
- 编码必须是
UTF-8 without BOM：菜单 编码 → 转为 UTF-8 无 BOM 格式，千万别选“UTF-8”，BOM 会导致 Excel 把第一列识别为乱码 - 行尾必须是
CRLF（Windows 风格）：菜单 编辑 → 文档格式转换 → 转换为 Windows 格式（CR LF），Unix/Linux 换行（LF）会让 Excel 合并多行 - 检查不可见字符：按
Ctrl+Shift+P打开“显示所有字符”，确认没有^M（多余 CR）、^I（意外 tab）、或零宽空格（U+200B）——这类字符常从网页复制而来，Excel 无法解析
CSV 在 Notepad++ 里永远只是“带结构的文本”，不是表格。所有列操作本质都是字符串处理，一旦字段含换行、引号、逗号，就必须依赖引号规则而非视觉对齐。插件只是辅助判断，不能替代对 RFC 4180 规范的理解。
