Comment Trouver le jeu de caractères par Défaut/de Codage en Java?

C'est vraiment étrange... une Fois réglé, le jeu de caractères par défaut est mis en cache et il n'est pas changé, alors que la classe est en mémoire. Réglage de la "file.encoding" propriété avec System.setProperty("file.encoding", "Latin-1"); ne fait rien. Chaque fois Charset.defaultCharset() est appelée, elle retourne la mise en cache jeu de caractères.

Voici mes résultats:

Default Charset=ISO-8859-1
file.encoding=Latin-1
Default Charset=ISO-8859-1
Default Charset in Use=ISO8859_1

Je suis en utilisant JVM 1.6 si.

(mise à jour)

Ok. Je l'ai fait reproduire votre bug avec la JVM 1.5.

Regardant le code source de la version 1.5, la mise en cache jeu de caractères par défaut n'est pas définie. Je ne sais pas si c'est un bug ou pas mais de 1,6 changements de cette mise en œuvre et utilise la mise en cache charset:

JVM 1.5:

public static Charset defaultCharset() {
    synchronized (Charset.class) {
        if (defaultCharset == null) {
            java.security.PrivilegedAction pa =
                    new GetPropertyAction("file.encoding");
            String csn = (String) AccessController.doPrivileged(pa);
            Charset cs = lookup(csn);
            if (cs != null)
                return cs;
            return forName("UTF-8");
        }
        return defaultCharset;
    }
}

JVM 1.6:

public static Charset defaultCharset() {
    if (defaultCharset == null) {
        synchronized (Charset.class) {
            java.security.PrivilegedAction pa =
                    new GetPropertyAction("file.encoding");
            String csn = (String) AccessController.doPrivileged(pa);
            Charset cs = lookup(csn);
            if (cs != null)
                defaultCharset = cs;
            else
                defaultCharset = forName("UTF-8");
        }
    }
    return defaultCharset;
}

Lorsque vous définissez l'encodage du fichier à file.encoding=Latin-1 la prochaine fois que vous appelez Charset.defaultCharset(), ce qui se passe, parce que la mise en cache jeu de caractères par défaut n'est pas défini, il va essayer de trouver le bon jeu de caractères pour le nom Latin-1. Ce nom n'est pas trouvé, parce que c'est incorrect, et retourne la valeur par défaut UTF-8.

Quant à savoir pourquoi le IO classes telles que OutputStreamWriter renvoyer un résultat inattendu,

la mise en œuvre de sun.nio.cs.StreamEncoder (sorcière est utilisé par ces IO classes) est différente ainsi que pour la JVM JVM 1.5 et 1.6. La JVM 1.6 mise en œuvre est basée dans le Charset.defaultCharset() méthode pour obtenir le codage par défaut, si l'on n'est pas fourni IO classes. La JVM 1.5 mise en œuvre utilise une méthode différente Converters.getDefaultEncodingName(); pour obtenir le jeu de caractères par défaut. Cette méthode utilise son propre cache du jeu de caractères par défaut est définie sur la JVM de l'initialisation:

JVM 1.6:

public static StreamEncoder forOutputStreamWriter(OutputStream out,
        Object lock,
        String charsetName)
        throws UnsupportedEncodingException
{
    String csn = charsetName;
    if (csn == null)
        csn = Charset.defaultCharset().name();
    try {
        if (Charset.isSupported(csn))
            return new StreamEncoder(out, lock, Charset.forName(csn));
    } catch (IllegalCharsetNameException x) { }
    throw new UnsupportedEncodingException (csn);
}

JVM 1.5:

public static StreamEncoder forOutputStreamWriter(OutputStream out,
        Object lock,
        String charsetName)
        throws UnsupportedEncodingException
{
    String csn = charsetName;
    if (csn == null)
        csn = Converters.getDefaultEncodingName();
    if (!Converters.isCached(Converters.CHAR_TO_BYTE, csn)) {
        try {
            if (Charset.isSupported(csn))
                return new CharsetSE(out, lock, Charset.forName(csn));
        } catch (IllegalCharsetNameException x) { }
    }
    return new ConverterSE(out, lock, csn);
}

Mais je suis d'accord avec les commentaires. Vous ne devriez pas compter sur cette propriété. C'est un détail d'implémentation.

D'abord, Latin-1 est la même que la norme ISO-8859-1, donc, le défaut était déjà OK pour vous. Droit?

Vous avez réussi à définir l'encodage ISO-8859-1 avec votre paramètre de ligne de commande. Vous avez aussi la définir par programme pour "Latin-1", mais ce n'est pas une valeur reconnue de l'encodage d'un fichier Java. Voir http://java.sun.com/javase/6/docs/technotes/guides/intl/encoding.doc.html

Lorsque vous faites cela, ressemble à un jeu de caractères remet à UTF-8, en regardant la source. Qu'au moins explique la plus grande partie du comportement.

Je ne sais pas pourquoi OutputStreamWriter montre ISO8859_1. Il délègue à code source fermé soleil.misc.* des classes. Je devine que ce n'est pas tout à fait affaire avec l'encodage via le même mécanisme, ce qui est étrange.

Mais de sûr, vous devriez toujours être en spécifiant l'encodage que tu veux dire dans ce code. Je n'avais jamais compter sur la plate-forme par défaut.

J'ai mis la machine virtuelle argument a ÉTÉ server en tant que-Dfile.encoding=UTF-8 pour modifier les serveurs de jeu de caractères par défaut.