sublime text 无法真正预览.xlsx文件，因其是zip压缩包嵌套xml的二进制格式，显示乱码属正常；可行方案只有转存为csv或换用vs code+excel viewer插件。
Sublime Text 无法真正预览 Excel（.xlsx）文件，任何声称“支持.xlsx”的插件都不可信；它能高效处理的只有 CSV/TSV 这类纯文本表格格式——关键不在装多少插件，而在选对工具链、绕开解析陷阱。
为什么双击打开.xlsx只显示乱码（PK\x03\x04…）
因为.xlsx是 ZIP 压缩包嵌套 XML 的二进制格式，Sublime 默认用文本模式读原始字节流，不是编码问题，也不是插件没装好。强行用 Reopen with Encoding 切 UTF-8/GBK 完全无效。别搜“Excel 插件”，目前没有成熟 Sublime 插件能解析、渲染、交互式操作 .xlsx 文件。
真实可行路径只有两条：
– 在 Excel 或 LibreOffice 中另存为 .csv（推荐 UTF-8 编码 + BOM），再用 Sublime 打开
– 直接换用 VS Code + Excel Viewer 插件（Windows/macOS 可调起本地应用，Linux 用 WebAssembly 解析，但公式/图表/密码表全丢失）
CSV 在 Sublime 里“像表格”必须满足的三个硬条件
纯文本编辑器不渲染表格，只靠语法识别 + 视觉对齐 + 编码匹配来逼近可读性。缺一不可：
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 右下角点击当前语法名（如
Plain Text）→Open all with current extension as…→ 选CSV（ST4 内置，ST3 需确认插件已启用） - 中文乱码？点右下角编码名 →
Reopen with Encoding→ 依次试UTF-8、UTF-8 with BOM、Windows 1252；确认后点同位置 →Save with Encoding固定保存编码 - 文件 >10MB 易卡死？在
Preferences → Settings中加"large_file_threshold": 10485760，跳过语法分析保响应
AlignTab 对齐 CSV 的坑：字段含逗号就必错
AlignTab 是视觉对齐工具，不是结构解析器。它按分隔符插入空格/制表符，不理解引号逻辑，也不处理转义双引号（""）。一旦遇到 "Smith, John",25,"New York" 这类标准 RFC 4180 格式，就会把名字错切成两列。
实操前必须预处理：
- 先正则替换掉引号：
"([^"]*)"→$1（仅适用于无嵌套引号的简单场景） - 再选中内容 →
Ctrl+Alt+A→ 输入,回车对齐 - 若需制表符对齐，命令面板搜
AlignTab: Align by Regex (Tab) - 对齐后务必开启
View → Word Wrap，否则宽列直接溢出屏幕
CSVy 和 Rainbow CSV 的真实分工
CSVy 提供表格视图（网格对齐 + 冻结首行），Rainbow CSV 提供列级着色（每列不同颜色），二者不冲突，可共存，但启动逻辑不同：
-
CSVy：需手动触发Ctrl+Shift+P→CSVy: Toggle Table View；要求文件已设为CSV语法，且不能有空行或孤立\r -
Rainbow CSV：安装后自动生效，支持自定义分隔符（;、\t、|），右键 →Detect Separator可自动识别；颜色基于主题，无需改配色方案 - 两者都不修改文件内容，退出视图即恢复纯文本编辑状态
真正难处理的是字段内含换行符却未用引号包裹的 CSV——这种文件本身就不符合 RFC 4180，Sublime 插件无解，得用 python -c "import csv; ..." 或 csvkit 预清洗。
