APP性能优化

APP性能优化分：卡顿处理、耗电处理、安装包瘦身、APP启动四大方面。

文章目录

• 1、卡顿处理
  
• 
  
  
  
  • 1.1、卡顿分析
    
  • 1.2、卡顿优化
    
  • 
    
    
    
    • 1、CPU 优化
      
    • 2、GPU 优化
      
    • 
      
      
      
      • 离屏渲染
        
      • 
        
        
        
        • 1、离屏渲染消耗性能的原因
          
        • 2、哪些操作会触发离屏渲染？
          
           
        
         
      
       
    
  • 1.3、卡顿检测
    
    
  
• 2、耗电处理
  
• 
  
  
  
  • 2.1、好点主要来源
    
  • 2.2、耗电优化
    
    
  
• 3、安装包瘦身
  
• 4、APP的启动
  
• 
  
  
  
  • 4.1、APP启动分类
    
  • 4.2、APP启动时间分析
    
  • 
    
    
    
    • 
      
      
      
      • 4.2.1、dyld 阶段
        
      • 4.2.2、runtime 阶段
        
      • 4.2.3、main
        
         
      
       
    
  • 4.3、APP启动优化
    
    
  
• 5、问答拓展
  

1、卡顿处理

1.1、卡顿分析

APP导致卡顿，最终可以归结为：CPU和GPU处理不及时导致的：
   1、CPU（Central Processing Unit，中央处理器）：对象的创建和销毁、对象属性的调整、布局计算、文本的计算和排版、图片的格式转换和解码、图像的绘制（Core Graphics）。
2、GPU（Graphics Processing Unit，图形处理器）：纹理的渲染。
  1、屏幕渲染逻辑：

在iOS中是双缓冲机制，有前帧缓存、后帧缓存。
2、APP屏幕成像原理：

3、卡顿产生的原因：

卡顿解决的主要思路：
   1、尽可能减少CPU、GPU资源消耗。
2、按照60FPS的刷帧率，每隔16ms就会有一次VSync信号。
  1.2、卡顿优化

1、CPU 优化

1、尽量用轻量级的对象，比如用不到事件处理的地方，可以考虑使用CALayer取代UIView。
2、不要频繁地调用UIView的相关属性，比如frame、bounds、transform等属性，尽量减少不必要的修改。
3、尽量提前计算好布局，在有需要时一次性调整对应的属性，不要多次修改属性。
4、Autolayout会比直接设置frame消耗更多的CPU资源。
5、图片的size最好刚好跟UIImageView的size保持一致。
6、控制一下线程的最大并发数量。
7、尽量把耗时的操作放到子线程。
   1、文本处理（尺寸计算、绘制）
2、图片处理（解码、绘制）
  2、GPU 优化

1、尽量避免短时间内大量图片的显示，尽可能将多张图片合成一张进行显示。
2、GPU能处理的最大纹理尺寸是4096x4096，一旦超过这个尺寸，就会占用CPU资源进行处理，所以纹理尽量不要超过这个尺寸。
3、尽量减少视图数量和层次。
4、减少透明的视图（alpha Code -> Inspect Code。
3、编写LLVM插件检测出重复代码、未被调用的代码。
4、LinkMap：查看可执行文件的具体组成。可借助第三方工具解析LinkMap文件： https://github.com/huanxsd/LinkMap
  4、APP的启动

4.1、APP启动分类

APP的启动可以分为2种
   1、冷启动（Cold Launch）：从零开始启动APP。
2、热启动（Warm Launch）：APP已经在内存中，在后台存活着，再次点击图标启动APP。
  4.2、APP启动时间分析

注意：这里所说的APP启动时间的分析，主要是针对冷启动进行分析和优化。
配置：通过添加环境变量可以打印出APP的启动时间分析（Edit scheme -> Run -> Arguments），DYLD_PRINT_STATISTICS设置为1，如果需要更详细的信息，那就将DYLD_PRINT_STATISTICS_DETAILS设置为1。
APP的冷启动可以概括为3大阶段
   1、dyld
2、runtime
3、main
  
4.2.1、dyld 阶段

1、dyld（dynamic link editor）：Apple的动态链接器，可以用来装载Mach-O文件（可执行文件、动态库等）。
2、启动APP时，dyld所做的事情有：
   1、装载APP的可执行文件，同时会递归加载所有依赖的动态库。
2、当dyld把可执行文件、动态库都装载完毕后，会通知Runtime进行下一步的处理。
  4.2.2、runtime 阶段

启动APP时，runtime所做的事情有：
   1、调用map_images进行可执行文件内容的解析和处理。
2、在load_images中调用call_load_methods，调用所有Class和Category的+load方法。
3、进行各种objc结构的初始化（注册Objc类 、初始化类对象等等）
调用C++静态初始化器和__attribute__((constructor))修饰的函数。
  到此为止，可执行文件和动态库中所有的符号（Class、Protocol、Selector、IMP、…）都已经按格式成功加载到内存中，被runtime 所管理。
4.2.3、main

1、APP的启动由dyld主导，将可执行文件加载到内存，顺便加载所有依赖的动态库。
2、并由runtime负责加载成objc定义的结构。
3、所有初始化工作结束后，dyld就会调用main函数。
4、接下来就是UIApplicationMain函数，AppDelegate的application:didFinishLaunchingWithOptions:方法
4.3、APP启动优化

1、dyld
   1、减少动态库、合并一些动态库（定期清理不必要的动态库）。
2、减少Objc类、分类的数量、减少Selector数量（定期清理不必要的类、分类）。
3、减少C++虚函数数量。
4、Swift尽量使用struct。
  2、runtime
   1、用+initialize方法和dispatch_once取代所有的__attribute__((constructor))、C++静态构造器、ObjC的+load。
  3、main
   1、在不影响用户体验的前提下，尽可能将一些操作延迟，不要全部都放在finishLaunching方法中。
2、按需加载。
  5、问答拓展

1、你在项目中是怎么优化内存的？
2、优化你是从哪几方面着手？
3、列表卡顿的原因可能有哪些？你平时是怎么优化的？
4、遇到tableView卡顿嘛？会造成卡顿的原因大致有哪些？

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！