iOS启动优化（一）性能检测

项目启动优化是每一个APP均可以接入的技术，只不过针对不一样的业务逻辑咱们须要有不同的解决方案，由于有大部分人的“优化”，是在处理本身放荡不羁的代码。

 

 

既然这里咱们要讨论启动优化，那么咱们从启动检测开始。启动检测通常咱们会以main函数做为分割点，main以前和main以后。
main以前称为per-main 阶段。这个由dyld给你反馈应用的耗时。
main以后由开发者本身检测。咱们能够从main开始打点，到第一个页面显示为止。

pre-main阶段检测

main函数以前的检测苹果提供了支持，具体配置方式来来来！上图！

• 首先进入Edit Scheme

  
  
   

  

  Edit Scheme

• 而后配置的 key 为：DYLD_PRINT_STATISTICS

  
  
   

  

   
• 而后咱们再运行项目，该项目 pre-main 的耗时就会在控制台输出。

Total pre-main time: 123.34 milliseconds (100.0%)
         dylib loading time:  46.83 milliseconds (37.9%)
        rebase/binding time:   3.01 milliseconds (2.4%)
            ObjC setup time:  18.58 milliseconds (15.0%)
           initializer time:  54.91 milliseconds (44.5%)
           slowest intializers :
             libSystem.B.dylib :   5.00 milliseconds (4.0%)
   libBacktraceRecording.dylib :   9.43 milliseconds (7.6%)
    libMainThreadChecker.dylib :  17.72 milliseconds (14.3%)
  libViewDebuggerSupport.dylib :  20.72 milliseconds (16.8%)

字段含义

dylib loading time 动态库载入耗时

载入动态库，这个过程当中，会去装载app使用的动态库，而动态库之间有它本身的依赖关系，因此会消耗时间去查找和读取。
系统的动态库，作了优化。因此从效率的角度来讲，尽量使用系统库。
而对于开发者定义导入的动态库（dynamically linked shared library），则须要在花费更多的时间。Apple官方建议尽可能少的使用自定义的动态库，或者考虑合并多个动态库，其中一个建议是当大于6个的时候，则须要考虑合并它们。
在性能上出发将动态库编译成静态库也会优化这部分时间。

rebase/binding time 修正符号和绑定符号耗时

Rebase：在镜像（MachO文件）内部调整指针的指向，针对mach-o在加载到内存中不是固定的首地址（ASLR）这一现象作数据修正的过程。
iOS4.3后引入了 ASLR ，MachO会被加载到随机地址，这个随机的地址跟代码和数据指向的旧地址会有误差。dyld 须要修正这个误差，作法就是将 dylib 内部的指针地址都加上这个偏移量。
binding：将指针指向镜像（MachO文件）外部的内容，binding就是将这个二进制调用的外部符号进行绑定的过程。

ObjC setup time OC类注册的耗时

主要作如下几件事来完成Objc Setup：
一、读取二进制文件的 DATA 段内容，找到与 objc 相关的信息
二、注册 Objc 类，ObjC Runtime 须要维护一张映射类名与类的全局表。当加载一个 MachO 时，它定义的全部的类都须要被注册到这个全局表中；
三、读取 protocol 以及 category 的信息，把category的定义插入方法列表 (category registration)，
这一步的优化。

那么针对这上面三个步骤，咱们能够优化的方案是，不刻意的去减小几个类，可是能够避免浪费。
随着项目的不断迭代，不少模块和方法已经被废弃可是却一直留存在项目中，致使项目愈来愈臃肿。
咱们可使用一些工具来查找项目中没有被用到的文件。从而达到优化。

initializer time

一、Objc的+load()函数
二、C++的构造函数属性函数 形如attribute((constructor)) void DoSomeInitializationWork()
咱们能作的就是将没必要须在+load方法中作的事情延迟到+initialize中。
这是由于+load方法是在app启动的时候就被调用，而+initialize方法则是在Class第一次使用的时候才调用，至关因而懒加载了。能够把+load中的代码移到initialize中，并结合dispatch_once来防止重复调用。
可是咱们项目中只有在使用method swizzling的时候会在+load中调用方法。因此这一点也没什么好优化的。

针对main函数以后的时间检测就经过打点记录。
在main()、didFinishLaunchingWithOptions以及第一个页面的viewDidAppear中打点，进行记录，从而来计算Main函数以后的时间。

调试三方应用

文章的最后我想要补充一个小东西。就是三方应用的调试。由于既然咱们能够检测到性能，那么看看别人的应用性能如何是一件不错的事情。废话很少说！

• 首先建立一个空工程运行到真机上！（咱们要利用这个工程的描述文件）

• 而后咱们须要一个脚本，脚本代码以下:

# ${SRCROOT} 它是工程文件所在的目录
TEMP_PATH="${SRCROOT}/Temp"
#资源文件夹，咱们提早在工程目录下新建一个APP文件夹，里面放ipa包
ASSETS_PATH="${SRCROOT}/APP"
#目标ipa包路径
TARGET_IPA_PATH="${ASSETS_PATH}/*.ipa"
#清空Temp文件夹
rm -rf "${SRCROOT}/Temp"
mkdir -p "${SRCROOT}/Temp"
#----------------------------------------
# 1. 解压IPA到Temp下
unzip -oqq "$TARGET_IPA_PATH" -d "$TEMP_PATH"
# 拿到解压的临时的APP的路径
TEMP_APP_PATH=$(set -- "$TEMP_PATH/Payload/"*.app;echo "$1")
# echo "路径是:$TEMP_APP_PATH"
#----------------------------------------
# 2. 将解压出来的.app拷贝进入工程下
# BUILT_PRODUCTS_DIR 工程生成的APP包的路径
# TARGET_NAME target名称
TARGET_APP_PATH="$BUILT_PRODUCTS_DIR/$TARGET_NAME.app"
echo "app路径:$TARGET_APP_PATH"

rm -rf "$TARGET_APP_PATH"
mkdir -p "$TARGET_APP_PATH"
cp -rf "$TEMP_APP_PATH/" "$TARGET_APP_PATH"
#----------------------------------------
# 3. 删除extension和WatchAPP.我的证书无法签名Extention
rm -rf "$TARGET_APP_PATH/PlugIns"
rm -rf "$TARGET_APP_PATH/Watch"
#----------------------------------------
# 4. 更新info.plist文件 CFBundleIdentifier
#  设置:"Set : KEY Value" "目标文件路径"
/usr/libexec/PlistBuddy -c "Set :CFBundleIdentifier $PRODUCT_BUNDLE_IDENTIFIER" "$TARGET_APP_PATH/Info.plist"
#----------------------------------------
# 5. 给MachO文件上执行权限
# 拿到MachO文件的路径
APP_BINARY=`plutil -convert xml1 -o - $TARGET_APP_PATH/Info.plist|grep -A1 Exec|tail -n1|cut -f2 -d\>|cut -f1 -d\<`
#上可执行权限
chmod +x "$TARGET_APP_PATH/$APP_BINARY"
#----------------------------------------
# 6. 重签名第三方 FrameWorks
TARGET_APP_FRAMEWORKS_PATH="$TARGET_APP_PATH/Frameworks"
if [ -d "$TARGET_APP_FRAMEWORKS_PATH" ];
then
for FRAMEWORK in "$TARGET_APP_FRAMEWORKS_PATH/"*
do
#签名
/usr/bin/codesign --force --sign "$EXPANDED_CODE_SIGN_IDENTITY" "$FRAMEWORK"
done
fi
#注入
#yololib "$TARGET_APP_PATH/$APP_BINARY" "Frameworks/HankHook.framework/HankHook"

这个脚本能够生成一个脚本文件，或者直接拷贝代码去配置！脚本中每一个功能都写上了注释，不要无脑粘贴。

• 在工程根目录下新建文件夹，并将脱壳的三方iPA包放进去（咱们已微信为例）

  
  
   

  

   

• 给工程添加脚本

  
  
   

  

   

• 配置脚本并执行

  
  
   

  

   

接下来就能够将三方的应用运行到真机了。下面是微信的启动时间。pre-main大概1.1秒。

 

 

推荐👇：

若是你想一块儿进阶，不妨添加一下交流群1012951431

面试题资料或者相关学习资料都在群文件中 进群便可下载！