弹窗是APP用来与用户交互提醒的一种表现形式,就本人知道的实现方式有以下几种:
1)activity
2)fragment
3)popupwindow
4)dialog
5)DialogFragment
下面我们进行展开说明:
1、也许有人会问,activity如何实现弹窗的呢?其实可以的,只要你将activity设置为透明主题即可
2、fragment就不用说了,本来碎片的优点就是灵活可复用,实现弹窗不是问题,更何况后面要讲的DialogFragment本身就是继承Fragment的
3、popupwindow也没什么好说的,它与dialog最大的区别在于它是阻塞线程的,而dialog是非阻塞线程的
4、说起dialog,我们说一下有关的两个bug:

dialog的第一个bug:

WindowManager: android.view.WindowLeaked: Activity xxx.xxx.xxx.xxxActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView{4ac945c4 V.E..... R.....ID 0,0-900,90} that was originally added here

所谓的“has leaked window”,就是窗口泄漏,我们都知道dialog是依赖于activity存在的,故创建dialog时的context必须是activity的context。而之所以会出现窗口泄露,一般情况是dialog正显示着,但activity却被销毁了,用代码重现大概是这样子的:

dialog.show();
finish();

换句话说,在activity被销毁前,没有调用dialog的dismiss方法,就会出现上面的窗口泄露bug
知道原因后,解决方案也非常简单:
1.主动销毁:在finish之前把dialog给dismiss掉就行了。
2.被动销毁:在activity的onDestroy中,或者根据自己项目具体情况,在activity生命周期覆写函数中把dialog 给dismiss掉。

dialog的第二个bug

java.lang.IllegalArgumentException: View=com.android.internal.policy.impl.PhoneWindow$DecorView{4b155550 V.E..... R.....I. 0,0-900,90} not attached to window manager

所谓“not attached to window manager”,就是说dialog没有可附加的窗口,一般情况是当activity被销毁后,调用dialog的show或dismiss方法就会出现该bug,用代码重现大概是这样子的:

finish();
handler.post(new Runnable() {
            @Override
            public void run() {
               dialog.dismiss();
            }
        },1000)

如上代码,activity销毁,1秒后调用dialog的dismiss方法,一般的业务场景为:使用线程进行网络请求后要关掉对话框,但此时activity已被销毁(手速很快的返回或其它原因退出当前activity),就会出现该bug。
同样知道原因后,解决方案也非常简单:
我们只需在调用dialog的show和dismiss的方法前,判断activity是否已经被销毁。为了便于使用,建议在创建dialog时直接覆盖show和dismiss两个方法即可,代码如下:

Dialog dlg = new Dialog(activity){
            @Override
            public void show() {
                if(!activity.isFinishing())
                    super.show();
            }
            @Override
            public void dismiss() {
                if(!activity.isFinishing())
                   super.dismiss();
            }
        };

5、DialogFragment是在android 3.0时被引入的,有些人会奇怪:为什么还要引入这么一个东东呢?
其实嘛,上面dialog的两个bug可不是白讲的!没错,如果使用DialogFragment的话,完全不存在着上面那样的窗口泄露问题。
因为就如上面所说的,DialogFragment是继承于Fragment的,所以,它拥有Fragment的生命周期,由FragmentManager进行管理,故此,其明显比dialog有更大的好处,举个最简单的例子:一个activity上正显示着一个dialog,如果此时旋转了屏幕方向,activity重建后,dialog却消失了,并且会出现上面dialog的第一个bug——窗口泄露,而如果使用DialogFragment的话,则完全不受影响,activity重建后,dialog依然能够正常显示,这得益于DialogFragment拥有完整的生命周期。
下面来说说本人使用DialogFragment遇到的问题:
如果你将DialogFragment进行复用的话,当你多次调用其show方法的话,会出现如下异常:

java.lang.IllegalStateException: Fragment already added: LoadDialogFragment{4ad202d4 #0 loading}

正常来说,如果show和dismiss配对调用的话,是不会出现该问题的,但是,有时确实很难保证配对调用,保不齐哪里的异步就出现多次调用show呢?所以,该问题还是得解决的!
其实,从这个bug字面上来说,不就是说Fragment已经被添加了吗?那么在调用show之前,我们进行一下判断不是OK了吗?将代码改为如下:

public void showLoading() {
        if (loadingDialog == null) {
            loadingDialog=new LoadDialogFragment();
        }
        if(!loadingDialog.isAdded()){
            loadingDialog.show(getSupportFragmentManager(),"loading");
        }
    }

可惜结果还是不行,两次调用 showLoading(),程序还是崩溃!
打了断点,发现第一次调用show方法后,mAdded这个变量依然是false,这就奇了怪啦!难道isAdded()这个API是摆设的吗?不可能!本着“存在即是合理”的原则,我再次查看了show方法的源码:

public void show(FragmentManager manager, String tag) {
        mDismissed = false;
        mShownByMe = true;
        FragmentTransaction ft = manager.beginTransaction();
        ft.add(this, tag);
        ft.commit();
    }

如上源码,我们注意到最后一步事务提交: ft.commit(),其实这个commit并不是立即执行的, 它会被发送到主线程的任务队列当中去, 当主线程准备好执行它的时候执行。
也就是说,其实它是异步的,故此才导致mAdded变量刷新不及时,所以,解决方案为,使事务提交即时生效,只需要在commit之后加上executePendingTransactions(),这样就能将异步转为同步,故代码更改为:

public void showLoading() {
        if (loadingDialog == null) {
            loadingDialog=new LoadDialogFragment();
        }
        if(!loadingDialog.isAdded()){
            loadingDialog.show(getSupportFragmentManager(),"loading");
            getSupportFragmentManager().executePendingTransactions();//即时生效
        }
    }

经试验,原因如上述所说,该方案有效!
后继续查看源码,无意中发现DialogFragment除了show之外,还有showNow这个API,源码如下:

public void showNow(FragmentManager manager, String tag) {
        mDismissed = false;
        mShownByMe = true;
        FragmentTransaction ft = manager.beginTransaction();
        ft.add(this, tag);
        ft.commitNow();
    }

其实区别也在最后一步:ft.commit();变成了 ft.commitNow();
经查资料得知:之前用executePendingTransactions()会将所有在队列中还有你当前提交的transaction都执行了, 而commitNow()将只会执行你当前要提交的transaction. 所以commitNow()可以避免你不小心执行了那些你可能并不想执行的transactions。
同时,考虑到当activity被销毁后,getSupportFragmentManager()会出现空指针异常,故最终将代码更改为如下:

public void showLoading() {
        if (loadingDialog == null) { 
            loadingDialog=new LoadDialogFragment();
        }
        if(!loadingDialog.isAdded() && !isFinishing()){
            loadingDialog.showNow(getSupportFragmentManager(),"loading");
        }
    }

最后,如同官方所云:推荐使用DialogFragment来创建对话框,不推荐直接用Dialog创建对话框。
另外,如果弹窗是从底部出来的话,可考虑直接使用android.support.design.widget.BottomSheetDialogFragment哦,O(∩_∩)O