Festlegen der Standard-Java-Zeichenkodierung

Wie stelle ich die von der JVM (1.5.x) programmgesteuert verwendete Standardzeichenkodierung richtig ein?

Ich habe gelesen, dass dies -Dfile.encoding=whateverfrüher der Weg für ältere JVMs war. Ich habe diesen Luxus aus Gründen, auf die ich nicht eingehen werde.

Ich habe versucht:

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

Die Eigenschaft wird festgelegt, aber es scheint nicht zu bewirken, dass der letzte getBytesAufruf unten UTF8 verwendet:

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

Leider muss die file.encodingEigenschaft beim Start der JVM angegeben werden. Zum Zeitpunkt der Eingabe Ihrer Hauptmethode wurden die von String.getBytes()und die Standardkonstruktoren von InputStreamReaderund verwendete Zeichencodierung OutputStreamWriterdauerhaft zwischengespeichert.

Wie Edward Grech hervorhebt, kann in einem speziellen Fall wie diesem die Umgebungsvariable JAVA_TOOL_OPTIONS verwendet werden, um diese Eigenschaft anzugeben, aber normalerweise geschieht dies folgendermaßen:

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

Charset.defaultCharset()spiegelt Änderungen an der file.encodingEigenschaft wider , aber der größte Teil des Codes in den Java-Kernbibliotheken, der die Standardzeichencodierung bestimmen muss, verwendet diesen Mechanismus nicht.

Wenn Sie codieren oder decodieren, können Sie die file.encodingEigenschaft abfragen oder Charset.defaultCharset()die aktuelle Standardcodierung ermitteln und die entsprechende Methode oder Konstruktorüberladung verwenden, um sie anzugeben.

Aus der Dokumentation zur JVM ™ Tool-Schnittstelle …

Da nicht immer auf die Befehlszeile zugegriffen oder diese geändert werden kann, z. B. in eingebetteten VMs oder einfach in VMs, die tief in Skripten gestartet werden, wird eine JAVA_TOOL_OPTIONSVariable bereitgestellt, damit in diesen Fällen Agenten gestartet werden können.

Wenn Sie die Umgebungsvariable (Windows) JAVA_TOOL_OPTIONSauf setzen -Dfile.encoding=UTF8, wird die SystemEigenschaft (Java) bei jedem Start einer JVM automatisch festgelegt. Sie werden wissen, dass der Parameter erfasst wurde, da die folgende Nachricht an gesendet wird System.err:

Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8

Ich habe einen hackigen Weg, der definitiv funktioniert !!

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

Auf diese Weise werden Sie JVM austricksen, die denken würde, dass der Zeichensatz nicht gesetzt ist, und ihn zur Laufzeit erneut auf UTF-8 setzen!

Ich denke, ein besserer Ansatz als das Festlegen des Standardzeichensatzes der Plattform, insbesondere da Sie anscheinend Einschränkungen hinsichtlich der Auswirkungen auf die Anwendungsbereitstellung haben, geschweige denn auf die Plattform, besteht darin, den viel sichereren zu nennen String.getBytes("charsetName"). Auf diese Weise ist Ihre Anwendung nicht von Dingen abhängig, die außerhalb ihrer Kontrolle liegen.

Ich persönlich bin der Meinung, dass String.getBytes()dies veraltet sein sollte, da es in einer Reihe von Fällen, in denen der Entwickler den möglicherweise geänderten Standardzeichensatz nicht berücksichtigt hat, zu ernsthaften Problemen geführt hat.

Ich kann Ihre ursprüngliche Frage nicht beantworten, möchte Ihnen jedoch einige Ratschläge geben - hängen Sie nicht von der Standardcodierung der JVM ab. Es ist immer am besten, die gewünschte Codierung (dh "UTF-8") explizit in Ihrem Code anzugeben. Auf diese Weise wissen Sie, dass es auch auf verschiedenen Systemen und JVM-Konfigurationen funktioniert.

Versuche dies :

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

Wir hatten die gleichen Probleme. Wir haben einige Vorschläge aus diesem Artikel (und anderen) ohne Erfolg methodisch ausprobiert. Wir haben auch versucht, das hinzuzufügen -Dfile.encoding=UTF8und nichts schien zu funktionieren.

Für Menschen , die dieses Problem haben, schließlich die folgenden Artikel hat uns geholfen , beschreibt die Spur , wie die Ländereinstellung brechen kann unicode/UTF-8inJava/Tomcat

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

Das korrekte Einstellen des Gebietsschemas in der ~/.bashrcDatei hat bei uns funktioniert.

Ich habe viele Dinge ausprobiert, aber der Beispielcode hier funktioniert perfekt. Verknüpfung

Der Kern des Codes ist:

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

Wenn Sie Spring Boot verwenden und das Argument file.encodingin JVM übergeben möchten, müssen Sie es folgendermaßen ausführen:

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

Dies wurde für uns benötigt, da wir JTwigVorlagen verwendeten und das Betriebssystem das hatte ANSI_X3.4-1968, was wir durch herausgefunden hattenSystem.out.println(System.getProperty("file.encoding"));

Hoffe das hilft jemandem!

Ich verwende Amazon (AWS) Elastic Beanstalk und habe es erfolgreich in UTF-8 geändert.

Gehen Sie in Elastic Beanstalk zu Konfiguration> Software, "Umgebungseigenschaften". Fügen Sie (Name) JAVA_TOOL_OPTIONS mit (Wert) -Dfile.encoding = UTF8 hinzu

Nach dem Speichern wird die Umgebung mit der UTF-8-Codierung neu gestartet.

Sie wissen nicht genau, was Sie tun, und haben zu diesem Zeitpunkt noch keine Kontrolle darüber. Wenn Sie der Zieldatei eine andere OutputStream-Klasse hinzufügen können, können Sie einen Subtyp von OutputStream verwenden, der Strings unter einem von Ihnen definierten Zeichensatz in Bytes konvertiert, beispielsweise standardmäßig UTF-8. Wenn modifiziertes UTF-8 für Ihre Anforderungen ausreicht, können Sie Folgendes verwenden 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

Wenn dieser Ansatz nicht durchführbar ist, kann es hilfreich sein, wenn Sie hier genau klären, was Sie in Bezug auf Datenfluss und Ausführungsumgebung steuern können und was nicht (obwohl ich weiß, dass dies manchmal leichter gesagt als bestimmt ist). Viel Glück.

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

Der Befehl arbeitete mit dem Exec-Maven-Plugin zusammen, um den folgenden Fehler beim Konfigurieren einer Jenkins-Task zu beheben.

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)

Wir setzen dort zwei Systemeigenschaften zusammen und das System nimmt alles in utf8 auf

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

Nach dem Kommentar von @Caspar zur akzeptierten Antwort ist laut Sun der bevorzugte Weg, dies zu beheben:

"Ändern Sie das Gebietsschema der zugrunde liegenden Plattform, bevor Sie Ihr Java-Programm starten."

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

Für Docker siehe:

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

Kürzlich bin ich auf das Notes 6.5-System eines lokalen Unternehmens gestoßen und habe herausgefunden, dass Webmail bei einer nicht von Zhongwen lokalisierten Windows-Installation nicht identifizierbare Zeichen enthält. Habe mehrere Wochen online gegraben, habe es erst vor wenigen Minuten herausgefunden:

Fügen Sie in den Java-Eigenschaften die folgende Zeichenfolge zu den Laufzeitparametern hinzu

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

Die UTF-8-Einstellung würde in diesem Fall nicht funktionieren.

Mein Team ist auf Computern mit Windows auf dasselbe Problem gestoßen. Anschließend konnte es auf zwei Arten behoben werden:

a) Legen Sie die Umgebungsvariable fest (auch in den Windows-Systemeinstellungen).

JAVA_TOOL_OPTIONS
-Dfile.encoding = UTF8

b) Führen Sie das folgende Snippet in Ihre pom.xml ein:

 -Dfile.encoding=UTF-8 

INNERHALB

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