[TOC]
基础优化
1.选择正确的容器 collection
-
Array：有序的一组值。
- 使用 index 来查找很快，
- 使用 value 来查找很慢，
- 插入、删除 很慢
-
Dictionary：存储键值对。用键查找比较快
-
Set：无序的一组值。
- 使用 value 来查找很快
- 插入、删除 很快
2.打开 gzip 压缩
打开 gzip 压缩。app 可能大量依赖于服务器资源，问题是我们的目标是移动设备，因此你就不能指望网 络状况有多好。减小文档的一个方式就是在服务端和你的 app 中打开 gzip。这对于文字这种能有更高压缩 率的数据来说会有更显著的效用。
iOS 已经在 NSURLSession 中默认支持了 gzip 压缩，当然 AFNetworking 这些基于它的框架亦然。
3.使用 ARC 管理内存
4.重用和延时加载
-
更多的 view 意味着更多的渲染，也就是更多的 CPU 和 内存 消耗，对于嵌套了很多 view 的 ScrollView 里面的APP更是如此。
-
这里用到的技巧就是模仿 UITableview 和 UICollectionView 的操作
- 不要一次性创建所有的 subview，当需要时才创建
- 当不在屏幕上之后，可以将他们放到一个可重用的队列
- 这样就只需要在滚动时创建 view，避免了不划算的内存分配
Cache，Cache，还是Cache！
-
一个极好的原则是，缓存所需要的，就是哪些不大可能改变，但需要经常读取的东西
-
缓存的内容：远端服务器的响应，图片，甚至是计算结果，比如tableview的行高
-
NSCache 和 NSDictionary 类似，不同的是系统回收内存的时候，会自动删除 NSCache 里面的内容
-
处理内存警告：移除对 缓存、图片Object、以及其他一些可冲创建的 Objects 和 strong reference
-
重用大开销对象
- 一些 objects 的初始化很慢，比如 NSDateFormatter 和 NSCalendar。
- 从 json 和 xml 中解析出来的数据，可以通过添加属性到 class 里面后创建静态变量来实现
选择正确的数据结构
-
避免反复处理数据，在服务端和客户端使用相同的数据结构很重要。
-
选择正确的数据格式
- 解析json会比xml更快，json也通常更小便于传输。
- xml解析可以不用等整个文档下载完成，json需要整个文档下载完成才能解析，这样会降低内存消耗和增加性能
如何有效的降低 APP 包的大小
降低包大小从两个方面入手
可执行文件
-
编译器优化
- Strip Linked Product、Make Strings Read-Only、Sysbols Hidden by Default 设置为 YES
- 去掉异常支持，Enable C++ Exceptions、Enable Objective-C Exceptions 设置为NO，Other C Flags 添加 -fno-exceptions
- 利用 AppCode 检测未使用的代码：菜单栏 -> code -> Inspect Code
- 编写 LLVM 插件，检测重复代码、未被调用的代码
资源
资源包含 图片、音频、视频 等
- 优化方向：可以对资源进行无损的压缩
- 去除没有用到的资源
网友评论