大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
最近遇到这样一个问题:
成都创新互联公司坚持“要么做到,要么别承诺”的工作理念,服务领域包括:网站制作、成都做网站、企业官网、英文网站、手机端网站、网站推广等服务,满足客户于互联网时代的高青网站设计、移动媒体设计的需求,帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴!
E/WindowManager(30314): android.view.WindowLeaked: Activity com.xxxxxx.www.activity.XXXActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView{52b0f3ac V.E..... R......D 0,0-120,95} that was originally added here;
这是一个窗体泄露的异常,普遍的解决方案是令窗体(dialog或者popupwindow)dismiss()在activity.finish()之前,这样的思路是正确的的,但是并不是很全面,有时候会发现即使你的代码里面把窗体先关闭了,依然会出现这个问题,今天在stack overflow上面找到一个比较全面的答案这里分享给大家 先上链接http://stackoverflow.com/questions/2850573/activity-has-leaked-window-that-was-originally-added
这里提供了3个答案分别对应三种情况,第一种如上所说,窗体关闭在activity关闭之后,第二种情况其实跟第一种的原因是一样的,但是导致activity关闭的原因并不是我们主动关闭activity,而是捕获到了异常导致了activity提前关闭,然后当我们去调用窗体展示的时候然出现了这个异常,所以真正需要我们去解决的其实是比这个窗体泄露异常更早出现的异常(ps:这次我就是倒在了这里,完全没注意到更早打印的错误日志。。。--!)第三种情况我还没遇到过就不说了。
本文只是记录开发中遇到花了比较多时间不容易发现的问题。。马克