Установка кодировки символов Java по умолчанию

Как правильно установить кодировку символов по умолчанию, используемую JVM (1.5.x) программно?

Я читал, что -Dfile.encoding=whateverраньше это был путь для старых 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());

К сожалению, file.encodingсвойство должно быть указано при запуске JVM; к моменту ввода вашего основного метода кодировка символов, используемая конструкторами по String.getBytes()умолчанию InputStreamReaderи OutputStreamWriterпостоянно кэшируемая.

Как указывает Эдвард Греч, в особом случае, подобном этому, переменная окружения JAVA_TOOL_OPTIONS может использоваться для указания этого свойства, но обычно это делается так:

java -Dfile.encoding=UTF-8 … com.x.Main

Charset.defaultCharset()будет отражать изменения в file.encodingсвойстве, но большая часть кода в основных библиотеках Java, которые должны определять кодировку символов по умолчанию, не использует этот механизм.

Когда вы кодируете или декодируете, вы можете запросить file.encodingсвойство или Charset.defaultCharset()найти текущую кодировку по умолчанию и использовать соответствующий метод или перегрузку конструктора, чтобы указать его.

Из документации по интерфейсу инструмента JVM ™ …

Поскольку к командной строке не всегда можно получить доступ или изменить ее, например, во встроенных виртуальных машинах или просто виртуальных машинах, запущенных глубоко в сценариях, предоставляется JAVA_TOOL_OPTIONSпеременная, чтобы в этих случаях можно было запускать агенты.

Установив (Windows) переменной среды JAVA_TOOL_OPTIONSв -Dfile.encoding=UTF8, то (Java) Systemсвойство устанавливается автоматически каждый раз , когда начинается JVM. Вы будете знать, что параметр был выбран, потому что следующее сообщение будет отправлено System.err:

Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8

У меня есть хакерский способ, который определенно работает !!

System.setProperty("file.encoding","UTF-8");
Field charset = Charset.class.getDeclaredField("defaultCharset");
charset.setAccessible(true);
charset.set(null,null);

Таким образом, вы собираетесь обмануть JVM, который подумает, что charset не установлен, и заставит его снова установить его в UTF-8 во время выполнения!

Я думаю, что лучший подход, чем установка набора символов по умолчанию для платформы, особенно если учесть, что у вас есть ограничения в отношении влияния на развертывание приложения, не говоря уже о платформе, состоит в том, чтобы назвать гораздо более безопасным String.getBytes("charsetName"). Таким образом, ваше приложение не зависит от не зависящих от него вещей.

Лично я считаю, что это String.getBytes()следует считать устаревшим, так как это вызвало серьезные проблемы в ряде случаев, которые я видел, когда разработчик не учитывал возможное изменение кодировки по умолчанию.

Я не могу ответить на ваш оригинальный вопрос, но я хотел бы предложить вам несколько советов - не зависите от кодировки JVM по умолчанию. Всегда лучше явно указать желаемую кодировку (то есть "UTF-8") в вашем коде. Таким образом, вы знаете, что он будет работать даже в разных системах и конфигурациях JVM.

Попробуй это :

    new OutputStreamWriter( new FileOutputStream("Your_file_fullpath" ),Charset.forName("UTF8"))

У нас были те же проблемы. Мы методично попробовали несколько предложений из этой статьи (и других) безрезультатно. Мы также попытались добавить -Dfile.encoding=UTF8и ничего не получалось.

Для людей, которые испытывают эту проблему, в следующей статье , наконец , помогла нам выследить описывает , как региональные настройки могут привести к поломке unicode/UTF-8вJava/Tomcat

http://www.jvmhost.com/articles/locale-breaks-unicode-utf-8-java-tomcat

Правильная настройка локали в ~/.bashrcфайле сработала у нас.

Я много чего перепробовал, но пример кода здесь работает отлично. Ссылка на сайт

Суть кода:

String s = "एक गाव में एक किसान";
String out = new String(s.getBytes("UTF-8"), "ISO-8859-1");

Если вы используете Spring Boot и хотите передать аргумент file.encodingв JVM, вы должны запустить его так:

mvn spring-boot:run -Drun.jvmArguments="-Dfile.encoding=UTF-8"

это было необходимо для нас, так как мы использовали JTwigшаблоны, и операционная система имела ANSI_X3.4-1968то, что мы узнали черезSystem.out.println(System.getProperty("file.encoding"));

Надеюсь, это поможет кому-то!

Я использую Amazon (AWS) Elastic Beanstalk и успешно изменил его на UTF-8.

В Elastic Beanstalk выберите Конфигурация> Программное обеспечение, «Свойства среды». Добавьте (имя) JAVA_TOOL_OPTIONS с (значение) -Dfile.encoding = UTF8

После сохранения среда перезапустится с кодировкой UTF-8.

Непонятно, чем вы занимаетесь, и на данный момент у вас нет контроля. Если вы можете вставить другой класс OutputStream в целевой файл, вы можете использовать подтип OutputStream, который преобразует Strings в байты под определенным вами набором символов, скажем UTF-8 по умолчанию. Если модифицированного UTF-8 достаточно для ваших нужд, вы можете использовать DataOutputStream.writeUTF(String):

byte inbytes[] = new byte[1024];
FileInputStream fis = new FileInputStream("response.txt");
fis.read(inbytes);
String in = new String(inbytes, "UTF8");
DataOutputStream out = new DataOutputStream(new FileOutputStream("response-2.txt"));
out.writeUTF(in); // no getBytes() here

Если этот подход неосуществим, может помочь, если вы уточнить здесь, что именно вы можете и не можете контролировать с точки зрения потока данных и среды выполнения (хотя я знаю, что иногда это легче сказать, чем определить). Удачи.

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)

Мы устанавливаем два системных свойства вместе, и это заставляет систему принимать все в utf8

file.encoding=UTF8
client.encoding.override＝UTF-8

После комментария @Caspar к принятому ответу предпочтительный способ исправить это в соответствии с Sun:

msgstr "изменить язык базовой платформы перед запуском вашей Java-программы."

http://bugs.java.com/view_bug.do?bug_id=4163515

Для докера см .:

http://jaredmarkell.com/docker-and-locales/

Недавно я столкнулся с системой Notes 6.5 местной компании и обнаружил, что в веб-почте будут отображаться неидентифицируемые символы при установке Windows, не относящейся к Zhongwen. Покопались несколько недель в Интернете, разобрались всего несколько минут назад:

В свойствах Java добавьте следующую строку в Параметры времени выполнения

-Dfile.encoding=MS950 -Duser.language=zh -Duser.country=TW -Dsun.jnu.encoding=MS950

Настройка UTF-8 не будет работать в этом случае.

Моя команда столкнулась с той же проблемой на машинах с Windows .. затем удалось решить ее двумя способами:

a) Установить переменную окружения (даже в системных настройках Windows)

JAVA_TOOL_OPTIONS
-Dfile.encoding = UTF8

б) Добавьте следующий фрагмент в ваш pom.xml:

 -Dfile.encoding=UTF-8 

В ПРЕДЕЛАХ

 <jvmArguments>
 -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8001
 -Dfile.encoding=UTF-8
 </jvmArguments>