Налаштування кодування символів Java за замовчуванням

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

Я читав, що -Dfile.encoding=whateverраніше був шлях до старших СВМ. У мене немає такої розкоші з причин, в які я не хочу потрапити.

Я намагався:

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 ™ …

Оскільки до командного рядка не завжди можна отримати доступ чи модифікувати, наприклад, у вбудованих VM або просто VM, запущених глибоко в скриптах, надається JAVA_TOOL_OPTIONSзмінна, щоб агенти могли бути запущені в цих випадках.

Встановивши змінну середовища (Windows) JAVA_TOOL_OPTIONSна значення -Dfile.encoding=UTF8, Systemвластивість (Java) встановлюватиметься автоматично при кожному запуску 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, який би подумав, що гарнітура не встановлена, і змусить її встановити її знову на 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"));

Сподіваюся, це допоможе комусь!

Я використовую Elastic Beanstalk Amazon (AWS) і успішно змінив його на UTF-8.

У програмі Elastic Beanstalk перейдіть до розділу Конфігурація> Програмне забезпечення та "Властивості середовища". Додати (ім'я) JAVA_TOOL_OPTIONS за допомогою (значення) -Dfile.encoding = UTF8

Після збереження середовище перезапуститься з кодуванням UTF-8.

Не зрозуміло, чим ти займаєшся, і не маєш контролю над цим. Якщо ви можете вставити інший клас OutputStream у файл призначення, ви можете використовувати підтип OutputStream, який перетворює рядки в байти під встановленою вами схемою, скажімо, за замовчуванням 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 щодо прийнятої відповіді, кращим способом виправити це відповідно до НД є:

"змінити локаль базової платформи перед запуском програми Java."

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

Про докер дивіться:

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

Нещодавно я наткнувся на систему Notes 6.5 місцевої компанії і дізнався, що веб-пошта відображатиме невстановлювані символи на установці Windows, не локалізованій Чжунвен. Копали кілька тижнів в Інтернеті, з’ясували це всього кілька хвилин тому:

У властивостях Java додайте наступний рядок до параметрів виконання

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

У цьому випадку налаштування UTF-8 не працює.

Моя команда зіткнулася з тією ж проблемою на машинах із Windows .. Потім вдалося її вирішити двома способами:

а) Встановити змінну навколишнього середовища (навіть у системних налаштуваннях Windows)

JAVA_TOOL_OPTIONS
-Dfile.encoding = UTF8

b) Введіть наступний фрагмент до свого pom.xml:

 -Dfile.encoding=UTF-8 

ВІД

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