如果输出为平台端，则使用ICONV编写BOM

Question

当选择UTF-32时，对于平台相关的endian，libiconv将正确转换，但将0xfeff BOM前缀为输出流。这会引起一些麻烦。

当选择UCS-4时，没有BOM被写入，但是在我的系统上它转换为‘大端’，这恰好不是我的系统的特性。

是否有任何建议，如何转换为UTF-32/UCS-4与平台相关的恩典，而不需要手动删除BOM？

Answer 1

iconv ( glibc实现和GNU libiconv实现)都支持指定固定endianness的编码名称：

• UTF-32 4LE= UCS-4 4LE:UCS-4在小端风味，没有BOM
• UTF-32 4BE= UCS-4 4BE:UCS-4具有大端风味，不含BOM
• UTF-16 in :UTF-16在小端风味，没有BOM。
• UTF-16BE : UTF-16有大端风味，不含BOM。
• wchar_t ( UCS-4内部的别名)：具有平台特性和对齐限制的UCS-4

请注意，这些编码中的字符串最好不要传输到其他机器，否则缺乏BOM将导致问题。

Answer 2

如果不指定字节顺序，则默认值始终是大端点。若要使用当前平台的字节顺序，请使用特殊的UCS-4-INTERNAL (或UCS-2-INTERNAL)编码。