Varsayılan Java karakter kodlamasını ayarlama

JVM (1.5.x) tarafından kullanılan varsayılan karakter kodlamasını program aracılığıyla nasıl düzgün bir şekilde ayarlayabilirim?

-Dfile.encoding=whateverEskiden eski JVM'ler için bir yol olduğunu okudum . İçeri girmeyeceğim nedenlerden dolayı o lüksüm yok.

Denedim:

System.setProperty("file.encoding", "UTF-8");

Ve özellik ayarlanır, ancak getBytesaşağıdaki son çağrının UTF8'i kullanmasına neden görünmüyor :

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());

Ne yazık ki, file.encodingJVM başlarken özellik belirtilmelidir; ana yöntem girilen süre ile, karakter tarafından kullanılan kodlayan String.getBytes()ve varsayılan kurucular InputStreamReaderve OutputStreamWriterkalıcı önbelleğe edilmiştir.

As Edward Grech işaret, böyle bir özel durumda, ortam değişkeni JAVA_TOOL_OPTIONS olabilir bu özelliği belirtmek için kullanılabilir, ancak normalde böyle bitti:

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

Charset.defaultCharset()file.encodingözelliğindeki değişiklikleri yansıtır , ancak çekirdek Java kitaplıklarındaki varsayılan karakter kodlamasını belirlemesi gereken kodun çoğu bu mekanizmayı kullanmaz.

Kodlama veya kod çözme işlemi sırasında, file.encodingözelliği sorgulayabilir veya Charset.defaultCharset()geçerli varsayılan kodlamayı bulabilir ve belirtmek için uygun yöntemi veya yapıcı aşırı yüklemesini kullanabilirsiniz.

Gönderen JVM ™ Aracı Arayüz belgelerinde ...

Komut satırına her zaman erişilemediğinden veya değiştirilemediğinden, örneğin katıştırılmış VM'lerde veya yalnızca komut dosyalarının derinliklerinde JAVA_TOOL_OPTIONSbaşlatılan VM'lerde, bu durumlarda aracıların başlatılması için bir değişken sağlanır.

(Windows) ortam değişkeni ayarlayarak JAVA_TOOL_OPTIONSiçin -Dfile.encoding=UTF8, (Java) Systemözelliği otomatik olarak JVM her başlatıldığında ayarlanacaktır. Aşağıdaki mesaj gönderileceği için parametrenin alındığını bileceksiniz System.err:

Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8

Kesinlikle işe yarayan bir hacky yolu var!

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

Bu şekilde, karakter setinin ayarlanmadığını düşünecek JVM'yi kandıracak ve onu çalışma zamanında tekrar UTF-8'e ayarlayacaksınız!

Platformun varsayılan karakter kümesini ayarlamaktan daha iyi bir yaklaşım olduğunu düşünüyorum, özellikle de uygulama dağıtımını etkileme konusunda kısıtlamalarınız var gibi görünse de, platformu daha güvenli olarak adlandırmaktır String.getBytes("charsetName"). Bu şekilde uygulamanız, kontrolü dışındaki şeylere bağımlı olmaz.

Şahsen String.getBytes(), geliştiricinin muhtemelen değişen varsayılan karakter kümesini hesaba katmadığı, gördüğüm birkaç durumda ciddi sorunlara neden olduğu için, kullanımdan kaldırılması gerektiğini hissediyorum .

Orijinal sorunuza cevap veremiyorum ama size bazı önerilerde bulunmak istiyorum - JVM'nin varsayılan kodlamasına bağlı kalmayın. Kodunuzda istenen kodlamayı (yani "UTF-8") açıkça belirtmek her zaman en iyisidir. Bu şekilde, farklı sistemler ve JVM konfigürasyonlarında bile çalışacağını biliyorsunuz.

Bunu dene :

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

Aynı sorunları yaşıyorduk. Metodik olarak bu makaleden (ve diğerlerinden) birkaç öneri denemedik. Ayrıca ekleme denedik -Dfile.encoding=UTF8ve hiçbir şey çalışıyor gibi görünüyordu.

Yerel ayarı kırabilir nasıl bu sorunu yaşıyorsanız insanlar için aşağıdaki makale nihayet bize izini yardımcı açıklanır unicode/UTF-8içindeJava/Tomcat

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

Yerel ayarın ~/.bashrcdosyada doğru ayarlanması bizim için çalıştı.

Bir çok şey denedim, ama burada örnek kod mükemmel çalışıyor. bağlantı

Kodun temel noktası:

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

Spring Boot kullanıyorsanız ve bağımsız değişkeni file.encodingJVM'de geçirmek istiyorsanız, bunu şu şekilde çalıştırmanız gerekir:

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

JTwigşablonlar kullandığımız ve işletim sisteminin ANSI_X3.4-1968öğrendiğimizSystem.out.println(System.getProperty("file.encoding"));

Umarım bu birine yardımcı olur!

Amazon (AWS) Elastik Beanstalk kullanıyorum ve başarıyla UTF-8 olarak değiştirdim.

Elastik Beanstalk'ta Yapılandırma> Yazılım, "Ortam özellikleri" bölümüne gidin. (Değer) -Dfile.encoding = UTF8 ile JAVA_TOOL_OPTIONS ekleyin

Kaydettikten sonra, ortam UTF-8 kodlamasıyla yeniden başlayacaktır.

Ne yaptığınız konusunda net değil ve bu noktada kontrolünüz yok. Hedef dosyada farklı bir OutputStream sınıfı arayabilirseniz, varsayılan olarak UTF-8 diyelim ki, dizeleri baytlara dönüştürdüğünüz bir karakter seti altında dönüştüren bir OutputStream alt türü kullanabilirsiniz. Modifiye edilmiş UTF-8 ihtiyaçlarınız için yeterliyse, şunları kullanabilirsiniz 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

Bu yaklaşım uygun değilse, burada veri akışı ve yürütme ortamı açısından neleri kontrol edebileceğinizi ve neyi kontrol edemeyeceğinizi açıklığa kavuşturmak size yardımcı olabilir (ancak bunun bazen belirtilenden daha kolay olduğunu biliyorum). İyi şanslar.

mvn clean install -Dfile.encoding=UTF-8 -Dmaven.repo.local=/path-to-m2

jenkins görevi yapılandırılırken aşağıdaki hatayı gidermek için exec-maven-plugin ile birlikte çalıştı.

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)

Orada iki sistem özelliğini bir araya getirdik ve sistemin her şeyi utf8'e almasını sağlıyor

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

@Caspar'ın kabul edilen cevap hakkındaki yorumundan sonra, bunu Sun'a göre düzeltmenin tercih edilen yolu:

"Java programınızı başlatmadan önce temel platformun yerel ayarını değiştirin."

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

Liman işçisi için bakınız:

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

Son zamanlarda yerel bir şirketin Notes 6.5 sistemine çarptım ve web postasının Zhongwen olmayan yerelleştirilmiş bir Windows kurulumunda tanımlanamayan karakterler göstereceğini öğrendim. Birkaç hafta çevrimiçi kazdık, sadece birkaç dakika önce anladım:

Java özelliklerinde, Çalışma Zamanı Parametrelerine aşağıdaki dizeyi ekleyin

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

Bu durumda UTF-8 ayarı çalışmaz.

Ekibim Windows ile makinelerde aynı sorunla karşılaştı .. daha sonra iki şekilde çözmeyi başardı:

a) Çevre değişkenini ayarlayın (Windows sistem tercihlerinde bile)

JAVA_TOOL_OPTIONS
-Dfile.encoding = UTF8

b) Aşağıdaki snippet'i pom.xml'nize ekleyin:

 -Dfile.encoding=UTF-8 

İÇİNDE

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