如何正确地设置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());
当前回答
我已经尝试了很多方法，但是这里的示例代码非常完美。 链接
代码的关键是:
String s = "एक गाव में एक किसान";
String out = new String(s.getBytes("UTF-8"), "ISO-8859-1");
其他回答
我们有同样的问题。我们系统地尝试了本文(和其他文章)中的一些建议，但都无济于事。我们还尝试了添加-Dfile。encoding=UTF8和似乎没有工作。
对于遇到此问题的人，下面的文章最终帮助我们了解了区域设置如何破坏Java/Tomcat中的unicode/UTF-8
http://www.jvmhost.com/articles/locale-breaks-unicode-utf-8-java-tomcat
在~/. conf中正确设置区域设置。Bashrc文件为我们工作。
从JVM™工具接口文档…
由于不能总是访问或修改命令行，例如在嵌入式vm中或只是在脚本深处启动的vm中，因此提供了一个JAVA_TOOL_OPTIONS变量，以便在这些情况下可以启动代理。
通过将(Windows)环境变量JAVA_TOOL_OPTIONS设置为-Dfile。encoding=UTF8， (Java) System属性将在每次JVM启动时自动设置。您将知道参数已被拾取，因为下面的消息将被发布到System.err:
选择JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
按照@Caspar对已接受答案的评论，根据Sun的说法，解决这个问题的首选方法是:
"在启动Java程序之前，更改底层平台的语言环境。"
http://bugs.java.com/view_bug.do?bug_id=4163515
docker参见:
http://jaredmarkell.com/docker-and-locales/
不幸的是，文件。encoding属性必须在JVM启动时指定;当输入主方法时，String.getBytes()使用的字符编码和InputStreamReader和OutputStreamWriter的默认构造函数已经被永久缓存。
正如Edward Grech所指出的，在这种特殊情况下，可以使用环境变量JAVA_TOOL_OPTIONS来指定此属性，但通常是这样做的:
java -Dfile.encoding=UTF-8 … com.x.Main
Charset.defaultCharset()将反映对文件的更改。但是核心Java库中需要确定默认字符编码的大多数代码都不使用这种机制。
当您正在编码或解码时，您可以查询文件。属性或Charset.defaultCharset()来查找当前的默认编码，并使用适当的方法或构造函数重载来指定它。
最近，我偶然接触了一家本地公司的Notes 6.5系统，发现在非中文本地Windows安装系统上，web邮件会显示无法识别的字符。我在网上查了几周，几分钟前才发现:
在Java属性中，将以下字符串添加到Runtime Parameters
-Dfile.encoding=MS950 -Duser.language=zh -Duser.country=TW -Dsun.jnu.encoding=MS950
在这种情况下，UTF-8设置将不起作用。
