为何Windows下我的Rust程序会输出UTF-8 BOM？

根本原因 #

问题出在Windows的echo命令上，而非你的Rust程序。当Windows系统代码页设置为UTF-8（通常通过chcp 65001开启）时，echo命令在通过管道或重定向输出文本时，会自动在输出开头添加UTF-8 BOM（字节序列EF BB BF）。你的程序虽然没有输出BOM，但上游echo输出的BOM会进入管道，被编码端原样处理后传递给解码端，最终导致解码时触发"Invalid start byte: 239"错误（239对应BOM的第一个字节EF）。

解决方案 #

1. 替换echo为PowerShell输出（推荐）

PowerShell的Write-Output默认输出不带BOM的UTF-8文本，完全避开这个问题：

Write-Output "Windows doing Windows stuff" | ansi-color-codec | ansi-color-codec -d

或者直接在PowerShell中输出字符串：

"Windows doing Windows stuff" | ansi-color-codec | ansi-color-codec -d

2. 修改Rust程序兼容BOM

如果需要兼容上游可能存在的BOM，可以在程序读取输入时主动检测并跳过UTF-8 BOM。示例代码片段：

use std::io::{self, Read};

fn main() -> io::Result<()> {
    let mut input = Vec::new();
    io::stdin().read_to_end(&mut input)?;

    // 跳过UTF-8 BOM（EF BB BF）
    let input = if input.starts_with(&[0xEF, 0xBB, 0xBF]) {
        &input[3..]
    } else {
        &input
    };

    // 后续处理逻辑...
    Ok(())
}

3. 调整CMD代码页（不推荐）

如果坚持使用CMD的echo，可以切换回非UTF-8代码页（比如GBK的chcp 936），但这样会导致非ASCII字符显示异常，仅适用于纯英文场景：

chcp 936 && echo "Windows doing Windows stuff" | ansi-color-codec | ansi-color-codec -d

内容的提问来源于stack exchange，提问作者user3515670