导出行数正确，接收程序若按错误编码打开，文字仍会乱码。应约定文件编码及接收应用的导入步骤。改成CSV后缀或换字体，不能修复被错误解码的字节。
适用读者与交付决定
向双语员工交付目录导出的企业。把本题作为网站供应方的有限验收任务；实际系统证据不能由教学例子替代。
官方依据与解释边界
TextDecoder按指定编码解码字节，fatal模式可拒绝非法输入。UTF-8解码成功，不证明接收应用正确导入每个字段。 MDN: TextDecoder · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 列出有限输入、预期结果及反例，不代表已完成真实平台集成。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| UTF-8 bytes of 中文 | 严格UTF-8 | 中文 |
| malformed sequence C3 28 | 严格解码 | 拒绝 |
| valid text round trip | 未查接收应用 | 另测导入 |
怎样执行验收
- 约定UTF-8或批准编码，保留已知多语言测试文字。
- 严格解码并比较，再按真实接收应用的导入路径操作。
- 重新导出获准测试子集，比较字符及字段边界。
如何解释结果与保留证据
例子使用字节数组，不是客户表格。检查器只证明有限解码结果。BOM、分隔符、引号内换行及公式解释仍需另验收。修复前保留原字节，多次保存乱码可能破坏恢复证据。
适用边界
不操控Excel、不改真实CSV、不上传客户资料，也不提供完整表格安全或猜测编码恢复。
离线复核
把下方两份文件存入同一目录，以Node22.13或更新版本运行。示例不联网、不修改任何账号或网站。 已填输入与预期输出 · 可检查的函数
node decision-check.mjs bilingual-export-utf8-evidence.json