如何用Excel正确保存UTF-8无BOM的CSV文件？

Question

**问题：** 在使用 Excel 保存 CSV 文件时，经常会遇到编码问题，尤其是无法直接选择“UTF-8 无 BOM”格式。默认情况下，Excel 保存的 CSV 文件可能带有 BOM（字节顺序标记），导致在某些程序（如 Python pandas、Linux 工具等）中读取时出现乱码或异常。因此，如何在不使用第三方工具的前提下，正确地将 Excel 表格保存为 UTF-8 编码且无 BOM 的 CSV 文件？是否存在兼容性更好的替代方案或变通方法？

Answer 1

一、问题背景与现象描述

在使用 Microsoft Excel 保存 CSV 文件时，用户经常遇到编码问题。Excel 默认保存的 CSV 文件采用的是 UTF-8 带 BOM（Byte Order Mark）格式，这在某些系统或工具中读取时会导致异常。

• Python 的 pandas 库在默认情况下无法识别 BOM，导致首列出现类似 \ufeff 的乱码字符。
• Linux 系统下的命令行工具如 awk、grep 等也会因为 BOM 的存在而报错。

因此，如何在不借助第三方工具的前提下，将 Excel 文件保存为 UTF-8 编码且无 BOM 的 CSV 文件，成为了一个常见的技术痛点。

二、Excel 导出机制分析

导出方式	编码格式	BOM 存在情况
另存为 CSV（逗号分隔）	UTF-8	有 BOM
另存为 CSV（Macintosh）	ASCII 或 Latin-1	无 BOM
另存为 CSV UTF-8（实验性功能）	UTF-8	有 BOM

从上表可见，Excel 并未提供“UTF-8 无 BOM”的直接选项。虽然部分版本支持“CSV UTF-8”，但该格式仍然带有 BOM 标记。

三、解决方案与变通方法

1. 使用 Excel + 文本编辑器组合处理

1. 在 Excel 中另存为“CSV UTF-8”格式。
2. 使用支持编码转换的文本编辑器（如 Notepad++）打开文件。
3. 选择菜单：编码 → 转换为 UTF-8 编码无 BOM。
4. 重新保存文件。

2. 使用 VBA 宏实现自动化保存

通过编写 Excel VBA 宏脚本，可以在不依赖外部工具的情况下生成 UTF-8 无 BOM 的 CSV 文件。

Sub SaveAsUTF8NoBOM()
    Dim wb As Workbook
    Dim ws As Worksheet
    Dim filePath As String

    Set ws = ThisWorkbook.Sheets(1)
    filePath = "C:\path\to\yourfile.csv"

    With ws
        .Copy
        Set wb = ActiveWorkbook
        wb.SaveAs Filename:=filePath, FileFormat:=xlCSVUTF8, CreateBackup:=False
        wb.Close
    End With
End Sub

注意：此方法需确保 Excel 已启用“CSV UTF-8”格式支持，并结合其他手段去除 BOM。

3. 使用 PowerShell 脚本批量去除 BOM

适用于需要处理多个文件的场景：

Get-ChildItem "C:\path\*.csv" | ForEach-Object {
    $content = Get-Content $_.FullName
    [System.IO.File]::WriteAllLines($_.FullName, $content, [System.Text.Encoding]::UTF8)
}

该脚本会将所有 CSV 文件以 UTF-8 无 BOM 格式重写。

四、替代方案与最佳实践

1. 改用 LibreOffice / Google Sheets 替代 Excel

• LibreOffice 支持导出为 UTF-8 无 BOM 的 CSV 文件。
• Google Sheets 可导出为 CSV 格式，通常默认为无 BOM。

2. 在数据消费端兼容 BOM

对于 Python 用户，可以显式指定 BOM 处理方式：

import pandas as pd
df = pd.read_csv('data.csv', encoding='utf-8-sig')

其中 'utf-8-sig' 会自动跳过 BOM 字符。

五、总结与建议

尽管 Excel 本身限制较多，但在不使用第三方工具的前提下，我们仍可通过组合内置功能、VBA 宏和脚本语言实现目标。推荐根据实际工作流程选择最合适的方案，例如：开发人员可优先考虑数据消费端兼容策略；运维人员可利用 PowerShell 批量处理；普通用户则可借助文本编辑器手动去除 BOM。