Boîte de dialogue lancer "Impossible d'ajouter de la fenêtre — jeton de la valeur null n'est pas une application” avec getApplication() dans le contexte de la

Au lieu de getApplicationContext(), il suffit d'utiliser ActivityName.this.

Vous pouvez continuer à utiliser getApplicationContext(), mais avant de l'utiliser, vous devez ajouter ce drapeau: dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_SYSTEM_ALERT), et l'erreur ne s'affichera pas.

Ajouter de l'autorisation suivante à votre manifeste:

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />

Vous avez correctement identifié le problème, quand vous avez dit "... pour l'AlertDialog() ni getcontexteapplication() ou getApplication() est acceptable en tant que Contexte, qu'il lève l'exception: "Impossible d'ajouter la fenêtre du jeton de la valeur null n'est pas une application""

Pour créer une boîte de Dialogue, vous avez besoin d'un Contexte d'Activité ou un Contexte de Service, pas un le Contexte de l'Application (les deux getcontexteapplication() et getApplication() renvoient un Contexte d'Application).

Voici comment vous obtenez le Contexte d'Activité:

(1) à une Activité ou À un Service:

AlertDialog.Builder builder = new AlertDialog.Builder(this);

(2) Dans un Fragment:
AlertDialog.Builder builder = new AlertDialog.Builder(getActivity());

Fuites de mémoire n'est pas un problème qui est intrinsèque à la "ce" de référence, qui est une référence de l'objet à lui-même (c'est à dire le renvoi à la mémoire allouée pour stocker les données de l'objet). Il arrive à tout mémoire allouée pour qui le Garbage Collector (GC) est incapable de se libérer après la mémoire allouée a atteint la fin de sa durée utile.

La plupart du temps, quand une variable est hors de portée, la mémoire sera récupérée par le GC. Cependant, des fuites de mémoire peut se produire lorsque la référence à un objet tenu par une variable, par exemple "x", persiste même après que l'objet a atteint la fin de sa durée utile. La mémoire allouée sera donc perdu tant que "x" contient une référence car GC ne libérer de la mémoire tant que la mémoire est encore référencée. Parfois, des fuites de mémoire ne sont pas visibles en raison de une chaîne de références de la mémoire allouée. Dans un tel cas, le GC ne libère pas la mémoire jusqu'à ce que toutes les références à ce mémoire ont été supprimés.

Pour empêcher les fuites de mémoire, vérifiez votre code pour les erreurs de logiques qui causent la mémoire allouée à être référencé indéfiniment par "ce" (ou d'autres références). N'oubliez pas de vérifier la chaîne de références ainsi. Voici quelques outils que vous pouvez utiliser pour vous aider à analyser l'utilisation de la mémoire et de trouver ces satanés fuites de mémoire:

• JRockit De Contrôle De Mission

• JProbe

• YourKit

• AD4J

dans Activité suffit d'utiliser:

MyActivity.this

dans Fragment:

getActivity();

Petit hack: vous pouvez éviter de détruire votre activité par GC (vous ne devriez pas le faire, mais il peut aider dans certaines situations. N'oubliez pas de mettre contextForDialog à null lorsqu'il n'est plus nécessaire):

public class PostActivity extends Activity  {
    ...
    private Context contextForDialog = null;
    ...
    public void onCreate(Bundle savedInstanceState) {
        ...
        contextForDialog = this;
    }
    ...
    private void showAnimatedDialog() {
        mSpinner = new Dialog(contextForDialog);
        mSpinner.setContentView(new MySpinner(contextForDialog));
        mSpinner.show();
    }
    ...
}

Si vous utilisez un fragment et à l'aide de AlertDialog/Toast message, puis utiliser getActivity() dans le paramètre de contexte.

comme ce

ProgressDialog pdialog;
pdialog = new ProgressDialog(getActivity());
pdialog.setCancelable(true);
pdialog.setMessage("Loading ....");
pdialog.show();

J'ai été en utilisant ProgressDialog dans un fragment et a été l'obtention de cette erreur sur le passage getActivity().getApplicationContext() que le paramètre du constructeur. Changer l' getActivity().getBaseContext() ne fonctionne pas non plus.

La solution qui a fonctionné pour moi a été de passer getActivity(); c'est à dire

progressDialog = new ProgressDialog(getActivity());

Si vous êtes en dehors de l'Activité, alors vous devez utiliser dans votre fonction "NameOfMyActivity.ce" comme une Activité une activité, par exemple:

public static void showDialog(Activity activity) {
        AlertDialog.Builder builder = new AlertDialog.Builder(activity);
        builder.setMessage("Your Message")
        .setPositiveButton("Yes", dialogClickListener)
        .setNegativeButton("No", dialogClickListener).show();
}


//Outside your Activity
showDialog(NameOfMyActivity.this);

Essayez d'utiliser le contexte d'une activité qui sera sous la boîte de dialogue. Mais soyez prudent lorsque vous utilisez le mot clé "this", car il ne fonctionnera pas à chaque fois.

Par exemple, si vous avez TabActivity comme hôte avec deux onglets, et chaque onglet est une autre activité, et si vous essayez de créer une boîte de dialogue à partir de l'un des onglets (activités) et si vous utilisez "ce", puis vous obtiendrez d'exception,
Dans ce cas la boîte de dialogue doit être connecté à l'hôte de l'activité de l'accueil de tout et visible. (vous pouvez dire que la plupart des parent visible l'Activité du contexte)

Je n'ai pas trouvé cette info dans un document, mais en essayant. C'est ma solution sans fond fort, Si quelqu'un avec une meilleure knownledge, n'hésitez pas à commenter.

Dans mon cas de travail:

this.getContext();

Je pense qu'il peut arriver si vous essayez d'afficher une boîte de dialogue à partir d'un thread qui n'est pas le principal thread d'INTERFACE utilisateur.

Utilisation runOnUiThread() dans ce cas.

Après avoir pris un coup d'oeil à l'API, vous pouvez passer à la boîte de dialogue de votre activité ou de getActivity si vous êtes dans un fragment, puis avec force les nettoyer avec dialogue.rejeter() dans le retour des méthodes pour éviter les fuites.

Si elle n'est pas explicitement indiqué nulle part que je sais, il semble que vous êtes passé en arrière de la boîte de dialogue dans le OnClickHandlers juste pour ce faire.