Android启动优化之延时加载的步骤详解
前言
在应用启动的时候,为了加快启动速度,往往需要把一些比较重的操作放到子线程中,或者是延时加载。将任务放在子线程中是一个比较简单并且看起来有效的操作,但是呢,也不能太过于依赖子线程,它虽然不会阻塞主线程,但是却会跟主线程抢占CPU,当子线程很多并且任务很重的时候,也还是会拖慢主线程的,不信你可以打出Systrace看一下。延时加载也是一个比较好的策略,但难点就在于延时多久,这个时间并不好掌控。
下面话不多说了,来一起看看详细的介绍吧
IdleHandler
以前一直在想Android为什么不在Activity或者Fragment中提供一个接口,让我们可以在主线程空闲的时候去执行一些操作,后来发现真的有,但这个接口不是在Activity和Fragment中,而是在MessageQueue中,在MessageQuque的源码中可以看到这么一个接口:
/** *Callbackinterfacefordiscoveringwhenathreadisgoingtoblock *waitingformoremessages. */ publicstaticinterfaceIdleHandler{ /** *Calledwhenthemessagequeuehasrunoutofmessagesandwillnow *waitformore.Returntruetokeepyouridlehandleractive,false *tohaveitremoved.Thismaybecallediftherearestillmessages *pendinginthequeue,buttheyareallscheduledtobedispatched *afterthecurrenttime. */ booleanqueueIdle(); }
简单来说,就是当MessageQueue中没有更多的消息的时候就会回调queueIdle()这个方法,返回true的话,当MessageQueue中没有消息的时候还会继续回调这个方法,返回false则会在执行完之后移除掉这个监听。
原理就是这么简单了,接下来就是动手优化代码了,代码也很简单。
@Override protectedvoidonCreate(BundlesavedInstanceState){ super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); //... //拿到主线程的MessageQueue Looper.myQueue().addIdleHandler(newMessageQueue.IdleHandler(){ @Override publicbooleanqueueIdle(){ //在这里去处理你想延时加载的东西 delayLoad(); //最后返回false,后续不用再监听了。 returnfalse; } }); }
写起来一点都不难,只是我们需要掌握这么一个知识点而已。这里多说一句,网上很多关于冷启动优化的文章都说到了ViewPager的懒加载,即等到用户滑动过去的时候才去加载界面,我们在项目中最开始也是这样做的,但其实这样的体验真的很不好,所以我们利用IdleHandler做了一个延时加载,即不影响主界面的启动工作,又能在主线程空闲下来的时候立刻去加载出其它的Tab,在性能和体验之间找到一个最好的平衡。
参考资料
你知道android的MessageQueue.IdleHandler吗?
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对毛票票的支持。