App瘦身

资源瘦身

  • 使用tinypng压缩PNG图片。视频可以通过 Final cut等软件进行分辨率压缩。音频则降低码率即可。

  • 非必须资源文件可以放到自己服务器上

  • 启动图使用 LaunchScreen.storyboard,启动图在一个项目资源中占比其实蛮大的,但是使用 LaunchScreen.storyboard 只需要设置一张ImageView即可。

  • IconFont的使用很方便,项目中图标太多或者随时需要转换图标颜色的话,建议使用

放弃使用 Realm

Realm,据说是目前是性能最好的移动端数据库。但是在三方库中可以看到,Realm 的支持占了很大的比重,大约在 8M 左右。但是如果使用 FMDB 话只需要192KB,而 CoreData 几乎可以忽略不计。

删除重复代码

重复代码的审核、无用的开源库删除

性能优化

imageWithContentsOfFile 、 Assets.xcassets

  • 对于大的图片且偶尔需要显示的应放到工程目录下,不要放到Assets.xcassets中;并使用imageWithContentsOfFile加载不让系统缓存

  • 对于经常需要展示的小图片放到Assets.xcassets中让系统缓存,使用imageNamed加载

尽量使用非逃逸闭包

非逃逸闭包是有利于内存优化的,所以尽量使用非逃逸闭包

NSSet、NSArray

NSSet(用hash实现)和NSArray功能性质一样,用于存储对象,属于集合。但是和NSArray不一样的是它属于 “无序集合”,在内存中存储方式是不连续的,而NSArray是“有序集合”它内存中存储位置是连续的。

所以在集合中寻找一个元素的时候使用NSSet,而如果需要循环集合中的所有对象来找到所需要的目标则使用NSArray

页面卡顿

屏幕显示图像的原理

  • CPU(中央处理器)

对象的创建和销毁,对象属性的调整、布局计算、文本的计算和排版、图片格式转码和解码、图像的绘制(Core Graphics)

  • GPU(图形处理器)

纹理的渲染(OpenGL)

  • FrameBuffer(帧缓存)

  • 1、CPU计算控件的位置、大小

  • 2、计算完成后CPU会将这些数据提交给GPU来进行渲染

  • 3、GPU将收到的数据转成屏幕能显示的数据格式,缓存到在FrameBuffer

  • 4、然后视频控制器从FrameBuffer读取的数据显示在显示器上

卡顿产生的原因和解决方案

由于垂直同步的机制,如果在一个 VSync 时间内,CPU 或者 GPU 没有完成内容提交,则那一帧就会被丢弃,等待下一次机会再显示,而这时显示屏会保留之前的内容不变。这就是界面卡顿的原因。

从上面的图中可以看到,CPU 和 GPU 不论哪个阻碍了显示流程,都会造成掉帧现象。所以开发时,也需要分别对 CPU 和 GPU 压力进行评估和优化。

卡顿优化-CPU

  • 1、尽量用轻量级的对象,比如用不到事件处理的地方,可以考虑使用CAlayer取代UIView

  • 2、不要频繁地跳用UIVIew的相关属性,比如frame、bounds、transform等属性,尽量减少不必要的修改

  • 3、尽量提前计算好布局,在有需要时一次性调整对应的布局,不要多次修改属性

  • 4、Autolayout会比直接设置frame消耗更多的CPU资源

  • 5、图片的size最好刚好跟UIImageView的size保持一致

  • 6、控制一下线程的最大并发数量

  • 7、尽量把耗时的操作放到子线程

  • 8、文本处理(尺寸的计算,绘制)

  • 9、图片处理(解码、绘制)

卡顿优化-GPU

  • 1、尽量减少视图数量和层次

  • 2、GPU能处理的最大纹理尺寸是4096x4096,一旦超过这个尺寸,就会占用CPU资源进行处理,所以纹理尽量不要超过这个尺寸

  • 3、尽量避免短时间内大量图片的显示,尽可能将多张图片合成一张图片显示

  • 4、减少透明的视图(alpha<1),不透明的就设置opaque为yes

  • 5、尽量避免出现离屏渲染

离屏渲染

指的是在GPU在当前屏幕缓冲区以外开辟一个缓冲区进行渲染操作

导致产生离屏渲染的原因:

  • shouldRasterize(光栅化)

  • shadows(阴影)

  • edge antialiasing(抗锯齿)

  • group opacity(不透明)

  • 圆角(当和maskToBounds一起使用时才会触发)

  • 渐变

可通过 Instruments 的 Core Animation 检测离屏渲染。

TableView 调优

  • 提前计算好cell的高度,缓存在相应的数据源模型中,减少CPU的计算时间

  • 尽可能的降低Storyboard、Xib等使用度

  • 异步绘制

  • 减少层级

  • Cell中的view尽可能不要使用透明

  • 避免离屏渲染

App瘦身、性能优化总结的更多相关文章

  1. 包建强的培训课程(6):Android App瘦身优化

    v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VM ...

  2. 【转】app瘦身

    iPhone经过这几年的发展,已经发生了很大的变化,例如屏幕变得更加多样,尺寸更多,内存变得更大,CPU的架构也在变化.伴随着iPhone的变化,iOS也在变化,例如AutoLayout.size c ...

  3. app瘦身和包压缩技术有什么区别?

    APP瘦身 针对app文件中的文件进行优化,利用素材的拉伸,祛除不必要的文件,优化png, jpg素材,压缩音视频素材等方式实现app文件的减小. 包压缩技术 所谓包压缩,顾名思义就是将手游的安装包体 ...

  4. iOS - Bitcode App 瘦身中间码

    1.Bitcode 随着 Xcode7 的发布,Apple 提供了一项新的技术来支持 App 瘦身功能,那就是 Bitcode. 1.BitCode 是什么 Bitcode is an interme ...

  5. 转:携程App的网络性能优化实践

    http://kb.cnblogs.com/page/519824/ 携程App的网络性能优化实践 受益匪浅的一篇文章,让我知道网络交互并不是简单的传输和接受数据.真正的难点在于后面的性能优化 下面对 ...

  6. 如何实现手游app瘦身?

    手游服务商来说,手游包体大一直是个很困扰的问题.一款手游产品而言,包体大小和更新方式对于有效用户的转化率往往起到非常关键的作用,话说手游安装包越小,用户转化率越高,那该如何实现app瘦身呢? 工具/原 ...

  7. iOS App 瘦身方案

    缩减iOS安装包大小是很多中大型APP都要做的事,一般首先会对资源文件下手,压缩图片/音频,去除不必要的资源.这些资源优化做完后,我们还可以尝试对可执行文件进行瘦身,项目越大,可执行文件占用的体积越大 ...

  8. 携程App的网络性能优化实践

    首先介绍一下携程App的网络服务架构.由于携程业务众多,开发资源导致无法全部使用Native来实现业务逻辑,因此有相当一部分频道基于Hybrid实现.网络通讯属于基础&业务框架层中基础设施的一 ...

  9. APP瘦身绝技(快速减少包大小)

    如果要清理无用类文件和无用图片,参考博客<iOS 清理Xcode项目中没有使用到的图片资源和类文件>.当下众多app项目,尤其是初创公司,明显的特点就是,开发周期短,迭代更新快,甚至一周一 ...

随机推荐

  1. java位 、字节 、字符的梳理

    1字节(byte)=8位(bit) char=2字节(这是因为char是Java中的保留字,Java用的是Unicode,所以char在Java中是16位即2个字节的.) 附: String str= ...

  2. 执行指定iframe页面的脚本

    mark一下,通过jQuery执行指定iframe页面里面的脚本,当前仅知道页面名称. $(window.top.document).find('iframe[src="pagesrc&qu ...

  3. Linux时间子系统之三:jiffies

    1. jiffies背景介绍 jiffies记录了系统启动以来,经过了多少tick. 一个tick代表多长时间,在内核的CONFIG_HZ中定义.比如CONFIG_HZ=200,则一个jiffies对 ...

  4. 手把手教你创建「人物角色Persona」

    一.为什么要创建人物角色 下图来自 Cooper interaction design ,同样有购车需求的用户,用车的人不同.各自的目的不同,最终满足需求的车型也有很大差异.对于汽车公司而言,在车辆设 ...

  5. Fastjson 专题

    JSONObject.toJSONString(Object object, SerializerFeature... features) SerializerFeature有用的一些枚举值 Quot ...

  6. 译MassTransit 生产消息

    生产消息 应用程序或服务可以使用两种不同的方法生产消息.可以使用Sead发送消息,也可以使用Publish发布消息.每个方法的行为是非常不同的,但是通过查看每个特定方法所涉及的消息类型,可以很容易理解 ...

  7. Spring Boot自动配置源码解析(基于Spring Boot 2.0.2.RELEASE)

    在Spring Boot官方介绍中,首一段话是这样的(如下图).我们可以大概了解到其所表达的含义:我们可以利用Spring Boot写很少的配置来创建一个非常方便的基于Spring整合第三方类库的单体 ...

  8. struts2 上传与下载

    1.Struts.xml <action name="addfileAction" class="Action.addfileAction"> &l ...

  9. 字典---python

    Python 字典(Dictionary) 字典是另一种可变容器模型,且可存储任意类型对象. 字典的每个键值 key=>value 对用冒号 : 分割,每个键值对之间用逗号 , 分割,整个字典包 ...

  10. 再不了解PostgreSQL,你就晚了之PostgreSQL主从流复制部署

    前言 在MySQL被收购之后,虽然有其替代品为: MariaDB,但是总感觉心里有点膈应.大家发现了另一款开源的数据库: PostgreSQL. 虽然centos自带版本9.2也可以用,但是最近的几次 ...