Android: Quand onCreateOptionsMenu est-il appelé pendant le cycle de vie de l'activité?

J'ai mis quelques points d'arrêt onCreate(un au début et un à la fin de la méthode), et j'en ai également mis un au début de onCreateOptionsMenu. La onCreateméthode est appelée en premier et avant qu'elle ne se termine onCreateOptionsMenu.

J'essaie de séparer le Fragmentcode de navigation dans mon application, j'ai donc quelques objets auxquels je délègue onCreateOptionsMenuen fonction de si l'application s'exécute sur un téléphone / une tablette (j'utilise la taille de l'écran pour déterminer cela, mon fichier de mise en page pour les grands écrans ont une vue que je vérifie une fois la mise en page gonflée). Le problème que je rencontre est que je crée ces objets dans onCreate et que je reçois une exception de pointeur nul lorsque je référence l'objet dans onCreateOptionsMenu.

La méthode onCreate est appelée en premier, et avant la fin, onCreateOptionsMenu est appelé.

Ce sera vrai sur les appareils et les applications dotés d'une barre d'action officielle de style Honeycomb. S'il n'y a pas de barre d'action, onCreateOptionsMenu()ne doit pas être appelé jusqu'à ce que l'utilisateur appelle le menu, généralement en appuyant sur le bouton MENU.

(J'utilise la taille de l'écran pour le déterminer, mon fichier de mise en page pour les grands écrans a une vue que je vérifie une fois la mise en page gonflée)

Ce test s'interrompra très prochainement, une fois que Ice Cream Sandwich sera expédié. D'après ce que je peux dire, les téléphones ICS auront des barres d'action (mais peut-être pas des barres système).

Dans mon cas sur Android 2.3 et avec la FragmentActivitybibliothèque de support v4, l'ordre des méthodes de cycle de vie invoquées est le suivant:

07-18 18:29:21.629  20183-20183/? I/onCreate:
07-18 18:29:21.719  20183-20183/? I/onStart: 
07-18 18:29:21.719  20183-20183/? I/onResume: 
07-18 18:29:21.739  20183-20183/? I/onCreateOptionsMenu:

J'ai trouvé si dans onResume () j'appelle

invalidateOptionsMenu();

puis onCreateOptionsMenu (menu menu) est appelé par la suite - selon le cycle de vie de l' activité (je pense que c'est le terme correct ici) , comme indiqué par @ tir38

@Override
public void onResume() {
    super.onResume();
    invalidateOptionsMenu();
}

Ajout dans la réponse ci-dessus, Dans le cas d'ICS et Honeycomb onCreateOptionsMenu est appelé après onCreate et onPostCreate alors que dans Gingerbread et les versions antérieures, il est appelé après onCreate mais avant onPostCreate. C'est la seule différence que j'ai trouvée.

D'après mon expérience ActionBarActivitydu support v7, la méthode onCreateOptionsMenu()appelée au setContentView()milieu onCreate()apparaît sur 4.1.1.

Mais sur 4.4, une autre histoire est onCreateOptionMenu()appelée après onCreate(). Aussi, je ne sais pas que ce sera peut-être immédiatement après, peut-être pas. Mais c'est fait après. Je n'ai pas testé sur d'autres versions mais la 4.1.1 est la première où j'ai eu un problème avec l'ordre d'initialisation.

Je suggère de créer une fonction de rappel dans votre fragment pour éviter les problèmes de synchronisation avec onResume () et onCreateOptionsMenu ().

faire les travaux suivants sans faute pour moi:

1. créez et ajoutez votre fragment à votre activité
2. laissez une référence de ce fragment dans votre activité
3. créer une méthode publique doSomethingWithTheMenu () dans votre fragment
4. appelez cette méthode depuis votre activité lorsque onCreateOptionsMenu (menu Menu) est appelé.

exemple:

@Override
public boolean onCreateOptionsMenu(Menu menu) {
    if (this.myFragment != null) {
        this.myFragment.doSomethingWithTheMenu(menu);
    }
    return true;
}