虽然是小问题一个，但也困扰了我一段时间，现在记下来，给自己做个备忘，也可以给其他人一个参考。

16:18:08.903    6357-6357/com.football E/WindowManager﹕ android.view.WindowLeaked: Activity com.football.Welcome has leaked window android.widget.TextView{4303ef30 V.ED.... ........ 0,0-1440,2292} that was originally added here

            at android.view.ViewRootImpl.<init>(ViewRootImpl.java:370)

            at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:248)

            at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)

            at com.football.base.BaseActivity.night(BaseActivity.java:106)

            at com.football.base.BaseActivity.onResume(BaseActivity.java:52)

            at android.app.Instrumentation.callActivityOnResume(Instrumentation.java:1192)

            at com.qihoo360.mobilesafe.loader.b.callActivityOnResume(SourceFile:138)

            at android.app.Activity.performResume(Activity.java:5354)

            at android.app.ActivityThread.performResumeActivity(ActivityThread.java:2790)

            at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2829)

            at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2260)

            at android.app.ActivityThread.access$800(ActivityThread.java:142)

            at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1203)

            at android.os.Handler.dispatchMessage(Handler.java:102)

            at android.os.Looper.loop(Looper.java:136)

            at android.app.ActivityThread.main(ActivityThread.java:5118)

            at java.lang.reflect.Method.invokeNative(Native Method)

            at java.lang.reflect.Method.invoke(Method.java:515)

            at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:794)

            at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:610)

            at dalvik.system.NativeStart.main(Native Method)

按字面了解，Window Leaked大概就是说一个窗体泄漏了，也就是我们常说的内存泄漏，为什么窗体会泄漏呢？

产生原因：
我们知道Android的每一个Activity都有个WindowManager窗体管理器，同样，构建在某个Activity之上的对话框、PopupWindow也有相应的WindowManager窗体管理器。因为对话框、PopupWindown不能脱离Activity而单独存在着，所以当某个Dialog或者某个PopupWindow正在显示的时候我们去finish()了承载该Dialog(或PopupWindow)的Activity时，就会抛Window Leaked异常了，因为这个Dialog(或PopupWindow)的WindowManager已经没有谁可以附属了，所以它的窗体管理器已经泄漏了。

android.view.WindowLeaked一般会发生在Activity 与Dialog的显示。

       Activity 中create 一个Dialog，若你先关闭Dialog再关闭Activity就是正常的，若你先关闭Activity再关闭Dialog就会报错这个android.view.WindowLeaked错误了。
       分析这个原因是：Dialog是基于Activity而创建的：new ProgressDialog(this)；this 就是Activity。 Activtity先finish,那Dialog就没得依附了，所以就会报android.view.WindowLeaked。


解决方法：
关闭(finish)某个Activity前，要确保附属在上面的Dialog或PopupWindow已经关闭(dismiss)了。
   也可在OnCreateDialog()中创建Dialog，让系统去管理对话框

exp:

 @Override

public void finish()
{
    super.finish();
   //解决窗体泄漏

   dialog.dismiss();

  popwindow.dismiss();

  windowManager.remove(view);

}

测试过在ondestroy()中无效，只能在onfinish（）；

附上两个的区别

finish（）方法用于结束一个Activity的生命周期，而onDestory()方法则是Activity的一个生命周期方法，其作用是在一个Activity对象被销毁之前，Android系统会调用该方法，用于释放此Activity之前所占用的资源。

finish会调用到onDestroy方法，
可以在onDestroy里打印一句话，就会发现在finish方法那也会打印这句话。。。

Activity.finish()
Call this when your activity is done and should be closed.
在你的activity动作完成的时候，或者Activity需要关闭的时候，调用此方法。
当你调用此方法的时候，系统只是将最上面的Activity移出了栈，并没有及时的调用onDestory（）方法，其占用的资源也没有被及时释放。因为移出了栈，所以当你点击手机上面的“back”按键的时候，也不会再找到这个Activity。
Activity.onDestory()
the system is temporarily destroying this instance of the activity to save space.
系统销毁了这个Activity的实例在内存中占据的空间。
在Activity的生命周期中，onDestory()方法是他生命的最后一步，资源空间等就被回收了。当重新进入此Activity的时候，必须重新创建，执行onCreate()方法

原文链接：http://www.apkbus.com/blog-241057-59114.html