如何正确地设置JVM (1.5.x)使用的默认字符编码?
我读过-Dfile。encoding=任何以前的jvm使用的方式。我没有那种奢侈，原因我就不多说了。
我试过:
System.setProperty("file.encoding", "UTF-8");
并且属性被设置了，但是它似乎没有导致下面最后的getBytes调用使用UTF8:
System.setProperty("file.encoding", "UTF-8");
byte inbytes[] = new byte[1024];
FileInputStream fis = new FileInputStream("response.txt");
fis.read(inbytes);
FileOutputStream fos = new FileOutputStream("response-2.txt");
String in = new String(inbytes, "UTF8");
fos.write(in.getBytes());
当前回答
我们有同样的问题。我们系统地尝试了本文(和其他文章)中的一些建议，但都无济于事。我们还尝试了添加-Dfile。encoding=UTF8和似乎没有工作。
对于遇到此问题的人，下面的文章最终帮助我们了解了区域设置如何破坏Java/Tomcat中的unicode/UTF-8
http://www.jvmhost.com/articles/locale-breaks-unicode-utf-8-java-tomcat
在~/. conf中正确设置区域设置。Bashrc文件为我们工作。
其他回答
我正在使用Amazon (AWS) Elastic Beanstalk，并成功地将其更改为UTF-8。
在Elastic Beanstalk中，进入配置>软件，“环境属性”。 添加(name) JAVA_TOOL_OPTIONS和(value) -Dfile.encoding=UTF8
保存后，环境将以UTF-8编码重新启动。
试试这个:
new OutputStreamWriter( new FileOutputStream("Your_file_fullpath" ),Charset.forName("UTF8"))
我认为比设置平台的默认字符集更好的方法是调用更安全的String.getBytes("charsetName")，尤其是当您似乎对影响应用程序部署有限制时，更不用说影响平台了。这样，您的应用程序就不会依赖于超出其控制范围的东西。
我个人认为应该弃用String.getBytes()，因为它在我见过的许多情况下都造成了严重的问题，在这些情况下，开发人员没有考虑到默认字符集可能发生的变化。
最近，我偶然接触了一家本地公司的Notes 6.5系统，发现在非中文本地Windows安装系统上，web邮件会显示无法识别的字符。我在网上查了几周，几分钟前才发现:
在Java属性中，将以下字符串添加到Runtime Parameters
-Dfile.encoding=MS950 -Duser.language=zh -Duser.country=TW -Dsun.jnu.encoding=MS950
在这种情况下，UTF-8设置将不起作用。
按照@Caspar对已接受答案的评论，根据Sun的说法，解决这个问题的首选方法是:
"在启动Java程序之前，更改底层平台的语言环境。"
http://bugs.java.com/view_bug.do?bug_id=4163515
docker参见:
http://jaredmarkell.com/docker-and-locales/
