我的活动试图创建一个AlertContext，它需要一个Context作为参数。 如果我使用，这可以按预期工作：

AlertDialog.Builder builder = new AlertDialog.Builder(this);
 但是，我很乐意使用“ this”作为上下文，因为即使在诸如屏幕旋转之类的简单操作中销毁并重新创建Activity时，也有可能发生内存泄漏。 摘自Android开发者博客上的相关文章 ： 
 
 
 有两种简单的方法可以避免上下文相关的内存泄漏。 最明显的是避免将上下文转义超出其自身范围。 上面的示例显示了静态引用的情况，但是内部类及其对外部类的隐式引用可能同样危险。 第二种解决方案是使用Application上下文。 只要您的应用程序处于活动状态，并且不依赖于活动生命周期，该上下文将一直存在。 如果计划保留需要上下文的长期对象，请记住该应用程序对象。 您可以通过调用Context.getApplicationContext（）或Activity.getApplication（）轻松获得它。 
 
 但是对于AlertDialog() getApplicationContext()或getApplication()都不能作为上下文使用，因为它会引发异常： 
 
 
 “无法添加窗口-令牌null不适用于应用程序” 
 
 每引用： 1 ， 2 ， 3 ，等等。 
 
 那么，由于我们被正式建议使用Activity.getApplication()却不能如所宣传的那样起作用，因此这真的应该被视为“错误”吗？ 
 
 使用this并没有为我工作，但MyActivityName.this做到了。 希望这对任何无法使用this有所帮助。 
 
就我而言： 
 
this.getContext();
 小技巧：您可以防止通过GC破坏您的活动（您不应该这样做，但是在某些情况下会有所帮助。不要忘记在不再需要时将contextForDialog设置为null ）： 
 
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();
 如果您正在使用片段并使用AlertDialog / Toast消息，请在context参数中使用getActivity() 。 
 
 为我工作。 
 
 在上下文的参数位置尝试使用getParent() ，例如new AlertDialog.Builder(getParent()); 希望它能对我有用。 
 
 在Activity ，单击显示对话框的按钮 
 
Dialog dialog = new Dialog(MyActivity.this);
 为我工作。 
 
 我认为，如果您尝试从不是主UI线程的线程显示对话框，也可能会发生这种情况。 
 
 在这种情况下，请使用runOnUiThread() 。 
 
使用MyDialog md = new MyDialog(MyActivity.this.getParent()); 
 
 尝试使用对话框中活动的上下文。 但是使用“ this”关键字时要小心，因为它不会每次都起作用。 
 
 例如，如果您将TabActivity作为具有两个选项卡的主机，并且每个选项卡都是另一个活动，并且如果您尝试从其中一个选项卡（活动）创建对话框，并且使用“ this”，那么您将获得异常，案例对话框应连接到承载所有活动且可见的主机活动。 （您可以说大多数可见的父活动的上下文） 
 
 我没有尝试从任何文档中找到此信息。 这是我没有深厚背景的解决方案，如果有人具有更好的知识，请随时发表评论。 
 
 如果您正在使用片段并使用AlertDialog / Toast消息，请在上下文参数中使用getActivity（）。 
 
ProgressDialog pdialog;
pdialog = new ProgressDialog(getActivity());
pdialog.setCancelable(true);
pdialog.setMessage("Loading ....");
pdialog.show();
 如果您不在活动范围内，则需要在函数“ NameOfMyActivity.this”中将其用作活动活动，例如： 
 
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);
 我必须通过片段中显示的自定义适配器上的构造函数发送上下文，并且getApplicationContext（）出现此问题。 我解决了： 
 
 片段的onCreate回调中的this.getActivity().getWindow().getContext() 。 
 
 看完API之后，您可以将活动的对话框或getActivity传递给对话框（如果您位于一个片段中），然后在return方法中使用dialog.dismiss（）强制将其清除，以防止泄漏。 
 
 尽管我所知道的任何地方都没有明确说明，但似乎您只是为了执行此操作而将对话框传递回OnClickHandlers。 
 
 您可以继续使用getApplicationContext() ，但是在使用之前，应添加以下标志： dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_SYSTEM_ALERT) ，并且不会显示错误。 
 
 将以下权限添加到清单中： 
 
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />
dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_SYSTEM_ALERT);
 清单中的"android.permission.SYSTEM_ALERT_WINDOW"/> 
 
 现在对我有用。 甚至关闭并打开应用程序后，当时给了我错误。 
 
 或者另一种可能性是创建Dialog，如下所示： 
 
final Dialog dialog = new Dialog(new ContextThemeWrapper(
            this, R.style.MyThemeDialog));
 对于将来的读者，这应该会有所帮助： 
 
public void show() {
    if(mContext instanceof Activity) {
        Activity activity = (Activity) mContext;
        if (!activity.isFinishing() && !activity.isDestroyed()) {
            dialog.show();
 当您说“ ...”时，您已经正确地识别了问题。对于AlertDialog（），getApplicationContext（）或getApplication（）都不能作为Context接受，因为它引发了异常：'无法添加窗口-令牌null不适用一个应用程序'” 
 
 要创建一个对话框，您需要一个活动上下文或一个服务上下文 ，而不是一个应用程序上下文 （getApplicationContext（）和getApplication（）都返回一个应用程序上下文）。 
 
 这是获得活动上下文的方法 ： 
 
 （1）在活动或服务中： 
 
 AlertDialog.Builder builder = new AlertDialog.Builder(this); 
 
 （2）在一个片段中： AlertDialog.Builder builder = new AlertDialog.Builder(getActivity()); 
 
 内存泄漏不是“ this”引用所固有的问题，“ this”引用是对象对其自身的引用（即，对用于存储对象数据的实际分配内存的引用）。 在已分配内存已超过其可用寿命后，垃圾收集器（GC）无法释放的所有已分配内存都会发生这种情况。 
 
 大多数情况下，当变量超出范围时，GC将回收内存。 但是，当变量持有的对象（例如“ x”）的引用仍然存在时，即使对象已超过其使用寿命，也会发生内存泄漏。 因此，只要“ x”保留对它的引用，分配的内存就将丢失，因为只要该内存仍在被引用，GC 就不会释放该内存。 有时，由于对已分配内存的引用链 ，内存泄漏不明显。 在这种情况下，除非删除了对该内存的所有引用，否则GC不会释放该内存。 
 
 为防止内存泄漏，请检查代码中是否存在逻辑错误，这些逻辑错误会导致分配的内存被“此”（或其他引用）无限期地引用。 切记还要检查链引用。 以下是一些可用于帮助您分析内存使用情况并查找那些讨厌的内存泄漏的工具： 
 
 JRockit任务控制 
 JProbe 
 YourKit 
 AD4J 
 我在一个片段中使用ProgressDialog ，并且在将getActivity().getApplicationContext()作为构造函数参数传递时遇到此错误。 将其更改为getActivity().getBaseContext()也不起作用。 
 
 对我getActivity()的解决方案是传递getActivity() ; 即 
 
 progressDialog = new ProgressDialog(getActivity()); 
 
 在活动中只需使用： 
 
MyActivity.this
 在片段中： 
 
getActivity();
 ***** Kotlin版本***** 
 
 您应该传递this@YourActivity而不是applicationContext或baseContext 
 
 这是我为应用程序解决的相同错误的方法： 
 创建对话框后添加以下行： 
 
dialog.getWindow().setType(WindowManager.LayoutParams.TYPE_SYSTEM_DIALOG);  
 您无需获取上下文。 如果要在当前弹出的对话框上弹出另一个对话框，这将特别有用。 或者在不方便获取上下文的情况下。 
 
 希望这可以帮助您开发应用程序。 
 
 如果您的对话框是在适配器上创建的： 
 
 将活动传递给适配器构造函数： 
 
adapter = new MyAdapter(getActivity(),data);
 在适配器上接收： 
 
 public MyAdapter(Activity activity, List<Data> dataList){
       this.activity = activity;
 现在您可以在Builder上使用 
 
            AlertDialog.Builder alert = new AlertDialog.Builder(activity);
android.support.v7.app.AlertDialog.Builder builder = new android.support.v7.app.AlertDialog.Builder(getWindow().getDecorView().getRootView().getContext());
builder.setTitle("Confirm");
builder.setMessage("Are you sure you want delete your old account?");
builder.setPositiveButton("YES", new DialogInterface.OnClickListener() {
    public void onClick(DialogInterface dialog, int which) {
        //Do nothing but close the dialog
        dialog.dismiss();
builder.setNegativeButton("NO", new DialogInterface.OnClickListener() {
    @Override
    public void onClick(DialogInterface dialog, int which) {
        //Do nothing
        dialog.dismiss();
android.support.v7.app.AlertDialog alert = builder.create();
alert.show();
 只需使用以下内容： 
 
 对于JAVA用户 
 
 如果您使用活动-> AlertDialog.Builder builder = new AlertDialog.Builder(this); 
 
 AlertDialog.Builder builder = new AlertDialog.Builder(your_activity.this); 
 
 如果使用片段-> AlertDialog.Builder builder = new AlertDialog.Builder(getActivity()); 
 
 对于KOTLIN用户 
 
 如果您使用活动-> val builder = AlertDialog.Builder(this) 
 
 val builder = AlertDialog.Builder(this@your_activity.this) 
 
 如果您使用片段-> val builder = AlertDialog.Builder(activity!!) 
 
 您的对话框不应是“需要上下文的长期对象”。 该文档令人困惑。 基本上，如果您执行以下操作： 
 
static Dialog sDialog;
 （注意静态 ） 
 
 然后在某处的活动中 
 
 sDialog = new Dialog(this);
 您很可能在轮换期间泄漏了原始活动，或者可能破坏活动的类似活动。 （除非您在onDestroy中进行清理，但是在那种情况下，您可能不会使Dialog对象成为静态对象） 
 
 对于某些数据结构，将其设置为静态并基于应用程序的上下文是有意义的，但通常不适用于与UI相关的事物，例如对话框。 所以像这样： 
 
Dialog mDialog;
mDialog = new Dialog(this);
 很好，不应泄漏该活动，因为mDialog不是静态的，它将随该活动一起释放。 
 
代替getApplicationContext() ，只需使用ActivityName.this 。 
                    我的活动试图创建一个AlertContext，它需要一个Context作为参数。  如果我使用，这可以按预期工作： AlertDialog.Builder builder = new Alert
				
Android应用开发时，逻辑接口使用单元测试，比较方便验证接口的正确性。有些接口需要context对象，可能依赖的包中使用了getApplicationContext，因此在传入context时，一般传入ApplicationContext，依赖包中也就不会出错了。
单元测试中获取context方法如下：
// 非ApplicationContext，依赖包可能会出错
mContext = In...
				
自定义一个Application类，然后在activity类中通过getApplication()获得一个Application的实例：
myApp = (MyApp) getApplication();
但是运行程序的时候一直报类类型转换异常，
原因是自定义的Application必须在清单文件中注册声明
<application
        android:name="co
				
Application简介
Application和Actovotu,Service一样是android框架的一个系统组件，在启动app的时候都需要初始化某些资源，监听App的各种状态，如：锁屏，横竖屏切换、进入后台等。
1、Application的特点
默认是全局单例
Application的生命周期就等于这个程序的生命周期
初始化资源：App启动时会在Application的onCreate()方法中初始化一些全局资源，系统配置，三方sdk等。例如日志框架，内存溢出检测
数据传递：由于A
Application extends ContextWapper
所以当我们在调用Application的 getApplicationContext时 实际上调用的是ContextWapper的getApplicationContext 方法如下
from ContextWapper.java   
    @Override
    public Context ge...