如何正确地设置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());
当前回答
我正在使用Amazon (AWS) Elastic Beanstalk，并成功地将其更改为UTF-8。
在Elastic Beanstalk中，进入配置>软件，“环境属性”。 添加(name) JAVA_TOOL_OPTIONS和(value) -Dfile.encoding=UTF8
保存后，环境将以UTF-8编码重新启动。
其他回答
我不能回答你最初的问题，但我想给你一些建议——不要依赖JVM的默认编码。最好显式地指定所需的编码(例如:"UTF-8")。这样，您就知道它即使跨不同的系统和JVM配置也能工作。
我们把这两个系统属性放在一起，它让系统把所有东西都变成utf8
file.encoding=UTF8
client.encoding.override＝UTF-8
按照@Caspar对已接受答案的评论，根据Sun的说法，解决这个问题的首选方法是:
"在启动Java程序之前，更改底层平台的语言环境。"
http://bugs.java.com/view_bug.do?bug_id=4163515
docker参见:
http://jaredmarkell.com/docker-and-locales/
我认为比设置平台的默认字符集更好的方法是调用更安全的String.getBytes("charsetName")，尤其是当您似乎对影响应用程序部署有限制时，更不用说影响平台了。这样，您的应用程序就不会依赖于超出其控制范围的东西。
我个人认为应该弃用String.getBytes()，因为它在我见过的许多情况下都造成了严重的问题，在这些情况下，开发人员没有考虑到默认字符集可能发生的变化。
mvn clean install -Dfile.encoding=UTF-8 -Dmaven.repo.local=/path-to-m2
命令与exec-maven-plugin一起解决配置Jenkins任务时的以下错误。
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=512m; support was removed in 8.0
Error occurred during initialization of VM
java.nio.charset.IllegalCharsetNameException: "UTF-8"
at java.nio.charset.Charset.checkName(Charset.java:315)
at java.nio.charset.Charset.lookup2(Charset.java:484)
at java.nio.charset.Charset.lookup(Charset.java:464)
at java.nio.charset.Charset.defaultCharset(Charset.java:609)
at sun.nio.cs.StreamEncoder.forOutputStreamWriter(StreamEncoder.java:56)
at java.io.OutputStreamWriter.<init>(OutputStreamWriter.java:111)
at java.io.PrintStream.<init>(PrintStream.java:104)
at java.io.PrintStream.<init>(PrintStream.java:151)
at java.lang.System.newPrintStream(System.java:1148)
at java.lang.System.initializeSystemClass(System.java:1192)
