Notepad++ 的 CSV 表格整理依赖 CSV Lint 插件、UTF-8 无 BOM 编码、CRLF 换行符和等宽字体共同作用；插件需手动启用（语言→C→CSV (Lint)）、中文路径需移至英文目录、列对齐线仅作视觉提示且受语法正确性约束。

Notepad++ 本身不解析 CSV 结构，所谓“整理表格数据”其实是靠 CSV Lint 插件 + 正确编码 + 等宽字体共同模拟出列对齐效果；没装插件、没手动切语言模式、路径含中文，三者任一缺失都会导致字段错位、高亮失效、甚至文件打不开。

怎么确认 CSV Lint 插件已真正生效

插件安装完不等于就起作用——它默认只在满足两个条件时自动激活：.csv 扩展名 + 内容被识别为 CSV 格式。但识别很脆弱：

• 首行是 "name","age","city"（带引号）→ 通常能自动识别
• 首行是 name,age,city（无引号）且含中文或空格 → 极大概率被当普通文本，CSV (Lint) 模式不会自动启用
• 文件已打开但没高亮？全选内容后按 Ctrl+Shift+C 强制重载 CSV 模式，这是最快速的补救动作
• 菜单里必须点的是 语言 → C → CSV (Lint)，不是 CSV（那个是旧版/无效项）

中文路径下 CSV 文件打不开或报 enoent: no such file or directory

这不是权限问题，也不是文件丢失，而是 CSV Lint 插件内部对 UTF-8 路径解码失败，导致路径字符串乱码（比如 c:\u0169\ufb02...）。Windows 下中文用户名或文档路径（如 c:\用户\数据\report.csv）极易触发此问题：

QuickBooks Mileage CSV

使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。

下载

• 临时解法：把文件复制到纯英文路径下（如 c:\temp\report.csv），再用 Notepad++ 打开
• 根本解法：目前没有稳定修复版，插件作者尚未支持 Windows 路径的完整 Unicode 解析；可改用 VS Code 或 Sublime Text 处理中文路径 CSV
• 别试“强制 UTF-8 编码”或“禁用 BOM”这类设置——它们影响文件内容编码，和路径解析无关

为什么列对齐线看起来“不准”或根本没显示

CSV Lint 的列对齐线是纯视觉提示，不是真实插入空格或 Tab，它依赖三个基础条件同时成立：

• 文件编码必须是 UTF-8 无 BOM（菜单 编码 → 转为 UTF-8 无 BOM 格式）
• 换行符必须是 CRLF（Windows 风格，菜单 编辑 → 文档格式转换 → 转换为 Windows 格式）
• 字体必须设为等宽（菜单 设置 → 首选项 → 字体 → 选择 Consolas / Courier New / Source Code Pro 等）
• 字段内含逗号但没加双引号包裹（如 Smith, John）→ 对齐线会在第一个逗号处断裂，这是正确行为，不是插件 bug

最容易被忽略的是：列对齐线只提示“这里可能是列边界”，它不会帮你修复语法错误。字段含换行、未闭合引号、混合换行符（部分行用 \n，部分用 \r\n），都会让对齐线失效——这时候得先用正则或列编辑模式人工校准结构，再指望插件辅助。