Android-le langage WebView change brusquement sur Android N

votre code semble définir la locale dans la configuration de l'application elle-même (MyApplication.getInstance()). Cependant, vous devez mettre à jour la configuration pour le contexte d'activité avant de gonfler la vue de contenu de l'activité. J'ai trouvé que modifier le contexte de l'application n'est pas suffisant (et, comme il s'avère, n'est même pas nécessaire). Si Je ne mets pas à jour chaque contexte d'activité, alors le comportement est incohérent entre les activités.

la façon dont j'aborde cette question Est la sous-classe AppCompatActivity (ou Activity si ne pas utiliser la bibliothèque de compatibilité) et puis dériver toutes mes classes d'activité de cette sous-classe. Voici une version simplifiée de mon code:

public class LocaleSensitiveActivity extends AppCompatActivity {
    @Override protected void onCreate(Bundle savedInstanceState) {
        Locale locale = ... // the locale to use for this activity
        fixupLocale(this, locale);
        super.onCreate(savedInstanceState);
        ...
    }

    static void fixupLocale(Context ctx, Locale newLocale) {
        final Resources res = ctx.getResources();
        final Configuration config = res.getConfiguration();
        final Locale curLocale = getLocale(config);
        if (!curLocale.equals(newLocale)) {
            Locale.setDefault(newLocale);
            final Configuration conf = new Configuration(config);
            conf.setLocale(newLocale);
            res.updateConfiguration(conf, res.getDisplayMetrics());
        }
    }

    private static Locale getLocale(Configuration config) {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
            return config.getLocales().get(0);
        } else {
            //noinspection deprecation
            return config.locale;
        }
    }
}

Puis j'ai assurez-vous d'appeler super.onCreate(savedInstanceState) dans chaque sous-classe des onCreate() méthode avant appeler n'importe quelle méthode (telle que setContentView()) qui utilisent le contexte.

après avoir lu toutes les réponses, j'ai découvert qu'il manquait quelque chose dans chacune d'elles.voici donc la solution qui a fonctionné pour moi jusqu'à présent. Étant donné que WebView l'emporte sur la configuration de la langue du contexte de l'activité et du contexte de l'application, vous devez vous assurer que chaque fois que cela se produit, vous appelez une méthode qui réinitialise ces changements. Dans mon cas j'ai écrit la classe suivante que mes activités qui présentent ce problème s'étendent (ceux qui montrent un WebView):

public class WebViewFixAppCompatActivity extends AppCompatActivity {

private Locale mBackedUpLocale = null;

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
        mBackedUpLocale = getApplicationContext().getResources().getConfiguration().getLocales().get(0);
    }
}

@Override
protected void onStop() {
    super.onStop();
    fixLocale();
}

@Override
public void onBackPressed() {
    fixLocale();
    super.onBackPressed();
}

/**
 * The locale configuration of the activity context and the global application context gets overridden with the first language the app supports.
 */
public void fixLocale() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
        Resources resources = getResources();
        final Configuration config = resources.getConfiguration();

        if (null != mBackedUpLocale && !config.getLocales().get(0).equals(mBackedUpLocale)) {
            Locale.setDefault(mBackedUpLocale);
            final Configuration newConfig = new Configuration(config);
            newConfig.setLocale(new Locale(mBackedUpLocale.getLanguage(), mBackedUpLocale.getCountry()));
            resources.updateConfiguration(newConfig, null);
        }

        // Also this must be overridden, otherwise for example when opening a dialog the title could have one language and the content other, because
        // different contexts are used to get the resources.
        Resources appResources = getApplicationContext().getResources();
        final Configuration appConfig = appResources.getConfiguration();
        if (null != mBackedUpLocale && !appConfig.getLocales().get(0).equals(mBackedUpLocale)) {
            Locale.setDefault(mBackedUpLocale);
            final Configuration newConfig = new Configuration(appConfig);
            newConfig.setLocale(new Locale(mBackedUpLocale.getLanguage(), mBackedUpLocale.getCountry()));
            appResources.updateConfiguration(newConfig, null);
        }

    }
}
}

l'idée postée par @Tobliug pour sauvegarder la configuration initiale avant que le WebView ne l'emporte, cela a fonctionné pour moi, dans mon cas particulier j'ai trouvé que c'était plus facile à implémenter que d'autres solutions postées. Il est Important que la méthode fix soit appelée après la sortie de WebView, par exemple en appuyant sur le dos et dans onStop. Si le webView est affiché dans une boîte de dialogue, vous devez faire attention à ce que la méthode fix soit appelée après avoir rejeté la boîte de dialogue, principalement dans onResume et/ou onCreate. Et si le webView est directement chargé dans onCreate de L'activité et non plus par la suite dans un nouveau fragment, le correctif doit aussi être appelé directement après setContentView avant que le titre de l'activité soit défini, etc. Si le WebView est chargé à l'intérieur d'un fragment dans l'activité, appelez l'activité dans onViewCreated du fragment et l'activité devrait appeler la méthode fix. Toutes les activités n'ont pas besoin d'étendre la classe ci-dessus, comme indiqué dans un aswer, c'est un surmenage et pas nécessaire. Ce problème ne se résout pas non plus en remplaçant le WebView par des onglets GoogleChrome ou l'ouverture d'un navigateur externe.

si vous avez vraiment besoin de configurer vos ressources pour avoir la liste complète des langues et pas seulement une, alors vous devez fusionner cette solution avec celle de https://gist.github.com/amake/0ac7724681ac1c178c6f95a5b09f03ce Dans mon cas, il n'était pas nécessaire.

Je n'ai pas non plus trouvé nécessaire d'appeler new WebView(ceci).destroy (), comme indiqué dans une réponse ici.

Même problème ici. J'ai une solution sale, mais simple.

parce que j'observe que le lieu est encore bon dans l'activité.onCreate(...) fonction et non plus dans l'Activité.onPostCreate(...), je sauve juste la Locale et la force à la fin de la onPostCreate (...) fonction.

la Voici :

private Locale backedUpLocale = null;

@Override
protected void onCreate(final Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    backedUpLocale = getApplicationContext().getResources().getConfiguration().locale;
}

@Override
protected void onPostCreate(@Nullable Bundle savedInstanceState) {
    super.onPostCreate(savedInstanceState);
    changeLocale(backedUpLocale);
}

Bonus-la fonction change locale:

public void changeLocale(final Locale locale) {

    final Configuration config = res.getConfiguration();

    if(null != locale && !config.locale.equals(locale)) {
        Locale.setDefault(locale);

        final Configuration newConfig = new Configuration(config);

        if(PlatformVersion.isAtLeastJellyBeanMR1()) {
            newConfig.setLocale(new Locale(locale.getLanguage()));
        } else {
            newConfig.locale = new Locale(locale.getLanguage());
        }

        res.updateConfiguration(newConfig, null);
    }
}

espère que cela aidera.

aucune des réponses ci-dessus ne m'a aidé, j'ai réussi à réinitialiser app locale à nouveau à l'intérieur onStop () méthode de l'activité contenant la Webview

si vous utilisez le WebView uniquement pour afficher du texte riche (du texte avec certains paragraphes ou du texte en gras et en italique dans différentes tailles de police), alors vous pouvez utiliser TextView et Html.fromHtml () à la place. TextViews n'ai pas de problème avec les paramètres régionaux ;-)

je veux en ajouter un de plus de cas d'utilisation ici:

lorsque vous appuyez sur Retour de l'activité de webview (c.-à-d. affichage de l'écran de paiement et bouton de retour de l'utilisateur), onCreate () de l'activité précédente ne s'exécute pas, de sorte que le langage a été réinitialisé à nouveau. Pour le garder libre de tout bug, nous devons réinitialiser app locale dans onResume() De L'activité de base.

private static void updateResources(Context context, String language) {
    Locale locale = new Locale(language);
    Locale.setDefault(locale);
    Configuration config = new Configuration();
    config.setLocale(locale);
    config.setLayoutDirection(locale);
    context.getResources().updateConfiguration(config,
            context.getResources().getDisplayMetrics());
}

méthode de L'appel ci-dessus dans onResume () de l'activité de base ou du moins dans webview activité.

Edit: Si vous avez affaire à des Fragments, assurez-vous que cette méthode a appelé lorsque l'utilisateur sort de webview.

dans Android N, quand vous faites new WebView(), il ajoutera /system/app/WebViewGoogle/WebViewGoogle.apk chemin d'accès aux ressources, et si elle n'avait pas ajouté au path, il va provoquer des Ressources recréer.

alors si vous voulez résoudre la question, faites new WebView(application) en application avant de changer le local.

Si vous ne savez Chinois, vous pouvez lire ce blog.