使用 Java 6 从字符串中获取 8 位字符：
System.out.println(Arrays.toString("öä".getBytes("ISO-8859-1")));
在 Linux 上给我：[-10, 28] 但是 OS X 我得到： [63, 63, 63, -89]
当使用花哨的新 nio CharSetEncoder 类时，我似乎得到了相同的结果。我究竟做错了什么？还是苹果的错？ :)
【问题讨论】：
我设法通过将源文件保存为 UTF-8 来重现此问题，然后告诉编译器它确实是 MacRoman：
javac -encoding MacRoman Test.java
我原以为javac 在 OSX 上会默认为 UTF-8，但也许不是。或者，也许您正在使用 IDE，而 它 默认为 MacRoman。无论如何，你必须让它使用 UTF-8。
【讨论】：
源文件的编码是什么？ 63 是? 的代码，意思是“字符不能转换成指定的编码”。
所以我的猜测是您将源文件复制到 Mac 并且源文件使用了 Mac java 编译器不期望的编码。 IIRC，OS X 将期望文件为 UTF-8。
【讨论】：
您的源文件通过组合字符生成“öä”。
看看这个：
System.out.println(Arrays.toString("\u00F6\u00E4".getBytes("ISO-8859-1")))
这将像您期望的那样打印 [-10,-28] （我不喜欢这样打印，但我知道这不是您的问题的重点），因为那里指定了 Unicode 代码点，刻在石头上, 并且您的文本编辑器不允许通过将 'o' 和 'a' 与变音符号组合来“玩聪明”。
通常，当您遇到此类问题时，您可能希望使用两个 OS X Un*x 命令来了解幕后情况：file 和 hexdump 在这种情况下非常方便。
你想在你的源文件上运行它们，你可能想在你的类文件上运行它们。
【讨论】：
也许源的字符集没有设置（因此根据系统区域设置不同）？
你能在两个系统上运行相同的编译类吗（不重新编译）？
【讨论】：
请记住，表示字符的方法不止一种。 Mac OS X 默认使用 unicode，因此您的字符串文字实际上可能不是由两个字节表示。您需要确保从适当的传入字符集中加载字符串；例如，通过在源中指定一个 \u 转义字符。
【讨论】：