WordPress自定义插件导出印地语内容至TXT文件后PowerPoint 2007导入乱码问题排查

这个问题的核心原因主要有两个，都是UTF-16LE编码文件的细节没处理到位：

1. 缺少UTF-16LE的字节顺序标记（BOM） #

PowerPoint 2007对UTF-16编码的本地文件识别非常依赖BOM（字节顺序标记）——这是一串放在文件开头的特殊字节，用来告诉程序文件的编码类型和字节顺序。

你当前的代码只通过header()声明了charset=utf-16le，但并没有在输出内容前添加UTF-16LE对应的BOM（0xFF 0xFE）。而Windows记事本在保存UTF-16LE文件时会自动补上这串BOM，所以重存后的文件能被PPT正确识别。

2. 内容编码与声明的编码不匹配 #

WordPress数据库默认存储的是UTF-8编码的内容，如果你直接输出从数据库取出的$text，哪怕设置了utf-16le的Content-Type，内容本身还是UTF-8格式，编码不匹配也会导致乱码。记事本重存时会自动把UTF-8内容转换成UTF-16LE，同时加上BOM，这才解决了问题。

修正后的代码示例 #

// 重要：确保PHP文件开头没有任何空白、换行或输出（包括<?php标签前的内容）
header("Content-Type: text/plain; charset=utf-16le");
header('Content-Disposition: attachment; filename="'. $file_base .'-'. $post_date .'.txt"');

// 输出UTF-16LE的BOM字节
echo chr(0xFF) . chr(0xFE);

// 将WordPress的UTF-8内容转换为UTF-16LE编码
$text_utf16 = mb_convert_encoding($text, 'UTF-16LE', 'UTF-8');

// 输出转换后的内容
echo $text_utf16;

额外注意事项 #

• 检查PHP文件的开头：如果<?php标签前有空格、换行或者其他字符，会导致BOM被挤到内容后面，依然会出现乱码。
• 确认mb_convert_encoding函数可用：如果你的PHP环境没启用mbstring扩展，需要先开启它（一般WordPress环境都会默认开启）。

内容的提问来源于stack exchange，提问作者G'ofur N