[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 插件，检测重复代码、未被调用的代码

资源

资源包含 图片、音频、视频 等

• 优化方向：可以对资源进行无损的压缩
• 去除没有用到的资源