Android 冷启动 过慢?

说说什么叫冷启动,热启动吧;

1、冷启动:

 意思就是APP从来没来启动过,后台也没有它相关的服务,手动第一次从桌面上,点击APP启动,这就是所谓的冷启动吧;


2、热启动:APP退出后台,然后重新启动,这就是热启动;


冷启动启动过慢的原因:

1、一般都是application 启动的时候,初始化数据过多,导致启动过慢;

知道原因,针对原因进行优化;

application 启动的时候,一般我们都是初始化一些第三方库之类的,初始化完成之后,才启动我们的LAUNCHER类;

所以针对这样的情况,我们可以这样做;方法一:IntentService

简单说,IntentService是继承于Service并处理异步请求的一个类,在IntentService内有一个工作线程来处理耗时操作,启动IntentService的方式和启动传统Service一样,同时,当任务执行完后,IntentService会自动停止,而不需要我们去手动控制。另外,可以启动IntentService多次,而每一个耗时操作会以工作队列的方式在IntentService的onHandleIntent回调方法中执行,并且,每次只会执行一个工作线程,执行完第一个再执行第二个,以此类推。而且,所有请求都在一个单线程中,不会阻塞应用程序的主线程(UI Thread),同一时间只处理一个请求。

看到IntentService的介绍,我们就想,可以不可以把耗时的初始化都丢到这里来呢?

public class InitializeService extends IntentService {

private static final String ACTION_INIT_WHEN_APP_CREATE = "com.youcheyihou.iyoursuv.service.action.INIT";

public InitializeService() {

super("InitializeService");

}

public static void start(Context context) {

Intent intent = new Intent(context, InitializeService.class);

intent.setAction(ACTION_INIT_WHEN_APP_CREATE);

context.startService(intent);

}

@Override

protected void onHandleIntent(Intent intent) {

if (intent != null) {

final String action = intent.getAction();

if (ACTION_INIT_WHEN_APP_CREATE.equals(action)) {

//初始化

}

}

}

}

我们看到InitializeService.java的代码中,有一个onHandleIntent的方法,这个就是根据不同action来进行操作的,所以我们可以通过在onHandleIntent中来初始化一些耗时的操作,然后在application中onCreate中执行就行了,是不是很简单?下来你们可以试一下哦。

那么问题来了,有人会说,我怎么知道IntentService什么时候初始化完啊?而且这个是异步的,如何还没初始化完app就进入了主界面,就会出现第三方库或者其他异常了啊?

是的,我们无法确定什么时候确定什么时候能初始化完,所以这些问题我们始终都会遇到,比如我在项目中使用的时候就出现过,有一些第三方库就是必须在application创建的时候进行初始化,进入到app才可以使用的情况(ps:其实这样的第三方库真的是脑残,为什么非要在application中初始化呢?你的库初始化好了,我的app的用户体验就下降了)。那么,还有其他方法去解决初始化时间的问题吗?那肯定有啦,刚刚不是说了是方法一吗?现在就开始介绍方法二了。

方法二:简单粗暴法

何为简单粗暴法呢?且听我慢慢讲解。既然大部分第三方库和资源要在application中初始化,那就让它初始化嘛,但是这个前提是要先进入我们的欢迎界面StartPageActivity,然后再初始化。啊?这里是不是搞得头晕脑胀了,刚刚不是说了先创建application再跳转到StartPageActivity的吗?怎么又反过来了,别急,我们慢慢来说,不过首先你的项目要集成了EventBus,而且你要会用EventBus哦。

上图是方法二app冷启动的打开流程图,这个流程我就不说了,自己看图吧,这里代码也没什么还写,无非就是写EventBus的发送事件和处理事件,这个也不用上代码了吧?可以实践一下,这个也很简单的,有人会说,这个能优化的时间有多少啊?我大概测试了一下,优化的空间还是比较大的,可以缩短50%的时间左右,也就是说如果你的app一开始打开的时候需要三四秒,使用了这个简单粗暴法之后只需要一秒多就能打开了.

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,290评论 6 491
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,107评论 2 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 156,872评论 0 347
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,415评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,453评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,784评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,927评论 3 406
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,691评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,137评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,472评论 2 326
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,622评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,289评论 4 329
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,887评论 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,741评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,977评论 1 265
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,316评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,490评论 2 348