iOS App优化

本次主要针对启动优化进行一定的总结:

一,premain阶段:

0,解析Info.plist:

解析info.plist,加载相关信息,如启动页,创建沙盒、权限检查

1,加载可执行文件:

系统首先加载可执行文件(自身App的所有.o文件的集合),

2,加载动态连接器

然后加载动态链接器dyld:dyld是一个专门用来加载动态链接库的库。

3,执行动态链接器dyld

执行从dyld开始,dyld从可执行文件的依赖开始, 递归加载所有的依赖动态链接库。iOS 中用到的所有系统 framework

4,Objc 运行时的初始处理

加载OC runtime方法的libobjc,系统级别的libSystem,例如libdispatch(GCD)和libsystem_blocks (Block)。

5,初始化

执行 +load() 方法,底层c函数的加载

二,main函数加载阶段:

1,调用main

也就是平时说的,app从main函数开始,从main函数结束

2,调用UIApplicationMain()

UIApplicationMain为main函数内部实现函数,加载appdelegate类

3,调用applicationWillFinishLaunching

应用将要启动

三,涉及优化:

1,减少动态库加载:

每个库本身都有依赖关系,使用更少的动态库,并且建议在使用动态库的数量较多时,尽量将多个动态库进行合并。最多可以支持 6 个非系统动态库合并为一个。

2,减少+load方法:

方法里的内容可以放到首屏渲染完成后再执行,或使用 +initialize() 方法替换掉。

3,减少使用:

减少写attribute((constructor))的C函数,控制 C++ 全局变量的数量

查看耗时操作

App开始启动,
1,系统首先加载可执行文件(自身App的所有.o文件的集合),
2,然后加载动态链接器dyld:dyld是一个专门用来加载动态链接库的库。
3,执行从dyld开始,dyld从可执行文件的依赖开始, 递归加载所有的依赖动态链接库。

查看方法如下:
Xcode菜单Product-Scheme-edit Scheme...0-Run-Arguments-Environment Variables,添加 DYLD_PRINT_STATISTICS 环境变量,value为1,编译并运行项目输出日志。根据日志可以针对性的进行一些优化。

App启动阶段:

main函数执行前:premain阶段:
1,解析Info.plist:加载信息,例如启动页,沙盒建立、权限检查
2,Mach-O加载:加载所有依赖的Mach-O文件(递归调用Mach-O加载的方法);加载可执行文件(App 的.o 文件的集合)
【加载动态链接库】:进行 rebase 指针调整和 bind 符号绑定;定位内部、外部指针引用,例如字符串、函数等
【Objc 运行时的初始处理】:包括 Objc 相关类的注册、category 注册、selector 唯一性检查等
【初始化】:执行 +load() 方法,执行声明为attribute((constructor))的C函数,C++静态对象加载

main函数之后:

1,执行didFinishLaunchingWithOptions

涉及:
首屏初始化所需配置文件的读写操作;
首屏列表大数据的读取;
首屏渲染的大量计算等。
耗时影响因素:
1,执行 main()函数的耗时
2,执行applicationWillFinishLaunching的耗时
3,rootViewController及其childViewController的加载、view及其subviews的加载

优化总结:
0,减少+load的使用
1,将非首屏渲染的东西放到放到后边去做
2,非刚需的方法滞后或异步执行:如加载存储文件资源
3,移除不必要的动态库
4,移除不必要的类(涉及到代码维护与代码质量)
5,合并功能类似的类和拓展,减少创建
6,图片大小减小一些,用png,IO操作少,则快
7,减少xid加载首页视图,nslog只对内测版输出

优化第一条解释:
(0)减少使用 +load() 方法
方案一:如果可能的话,将+load中的内容,放到渲染完成后做。

方案二:使用+initialize()的方法代替+load(),注意把逻辑移动到+initialize()时,要注意避免+initialize()的重复调用问题,可以使用dispatch_once()让逻辑只执行一次。

小知识点:+load()与+initialize()两者的区别?
+load()方法会在main()函数调用前就调用,而+initialize()是在类第一次使用时才会调用。
+load方法的调用优先级: 父类 > 子类 > 分类,并且不会被覆盖,均会调用。
+load方法是在main() 函数之前调用,所有的类文件都会加载,包括分类也会加载。
+initialize方法的调用优先级:分类 > 子类,父类 > 子类。(父类的分类重写了+initialize方法会覆盖父类的+initialize方法)

当然,app启动越快越好,优化是很有必要的,尤其是耗时特别长的操作;但是如果app很轻量级,而且优化花费的时间也不短,个人觉得这种情况是不用优化的,现在手机性能都比较好,减少几毫秒对用户体验也没太大影响。

启动期间和启动之后,涉及到一系列内容:底层的runtime,runloop,以及页面的tableview优化,而tableview优化则主要指的卡顿优化,以及平时的代码质量,不循环引用,多复用等,都是对app很好的优化。

参考链接: 点击->

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

推荐阅读更多精彩内容