iOS开发之移动应用的性能

1. 性能指标：

1.1 内存：

内存涉及运行应用所需的 RAM 最小值，以及应用消耗的内存平均值和峰值。最小内存值会严重限制硬件，而更高的内存平均值和峰值意味着更多的后台应用会被强制关闭。同时还要确保没有泄漏内存。随时间流逝而持续增长的内存消耗意味着，应用很可能会因为内存不足的异常而崩溃。

1.2 电量消耗：

在编写高性能代码时，电量消耗是一个需要重点处理的重要因素。就执行时间和 CPU 资源的利用而言，我们不仅要实现高效的数据结构和算法，还需要考虑其他的因素电量消耗不仅仅与计算 CPU 周期有关，还包括高效地使用硬件。除了要实现电量消耗最小化，还要确保不会影响用户体验。

1.3 初始化时间：

应用在启动时应执行刚好够用的任务以完成初始化，从而满足用户的使用需求。执行这些任务消耗的时间就是应用的初始化时间。刚好够用是一个开放式用语——正确的平衡点取决于应用的需要。在首次使用应用时创建对象并进行初始化是一个合理的选择，例如，直到需要使用对象时才创建对象。这种方式被称为惰性初始化。这是一种很好的策略，但也要考虑不能让用户总是在执行后续任务时等待。

1.4 执行速度：

一旦启动应用，用户总是希望它可以尽可能快地工作。一切必要的处理都应该在尽可能短的时间内完成。

1.5 响应速度：

每个应用都应该快速地响应用户交互。在应用中所做的一切优化和权衡最终都应该体现在响应速度上。

1.6 本地存储：

针对任何在服务器上存储数据或通过外部来源刷新数据的应用，开发人员应该对本地存储的使用有所规划，以便应用具备离线浏览的能力。如果你的应用使用了本地存储，那么请提供一个清除缓存数据的选项

1.7 互操作性

用户可能会使用多个应用来完成某个任务，这就需要这些应用直接提供互操作的能力。例如，一个相册可能需要一个幻灯片应用来实现最佳的浏览体验，但需要另一个应用来编辑照片。其中浏览照片的应用要能够将照片发送到编辑器，并接收编辑后的图片。iOS 为实现应用间的互操作和数据共享提供了多种机制，其中包括 UIActivityViewController、深层链接、MultipeerConnectivity 框架，等等

1.8 网络环境：

移动设备会在不同网络环境下使用。为了确保能够提供最好的用户体验，你的应用应当适应各种网络条件：
• 高带宽稳定网络
• 低带宽稳定网络
• 高带宽不稳定网络
• 低带宽不稳定网络
• 无网络
为用户提供进度指示或错误信息是相对合理的方式，无尽的等待或崩溃则让人无法接受。

1.9 带宽：

人们会在不同的网络条件下使用自己的移动设备，网速从每秒数千字节到每秒数十兆字节。因此，带宽的优化使用是定义应用质量的另一个关键参数。此外，在高带宽网络下运行一个基于低带宽网络开发的应用可能会产生完全不同的结果。

1.10 数据刷新：

即使没有提供离线浏览能力，你仍然可以从服务器端周期性地刷新数据。刷新的频率和每次传输的数据量将决定数据传输的总量。如果传输的字节数过大，那用户必然会快速耗尽自己的流量计划。当流量消耗大到一定程度时，你的应用很可能会流失用户。在 iOS 6.x 或更低版本中，在后台运行的应用不能刷新数据。从 iOS 7 开始，应用可以在后台周期性地刷新数据。对于在线聊天类应用，持久的 HTTP 连接或原生 TCP 连接可能会非常有用。

1.11 多用户支持：

家庭成员间可能会共享移动设备，或者一个用户可能会拥有同一应用的多个账号。例如，兄弟姐妹间可能会共享一个 iPad 来玩游戏。

1.12 单点登录：

如果你已经创建了多个允许或需要登录的应用，那么支持单点登录（single sign-on，SSO）是非常棒的选择。如果用户登录了一个应用，只需要点击一次，就可以登录到其他的应用中。

1.13 安全：

安全对移动应用来说是最重要的，因为敏感信息可能会在应用间共享。因此，对所有通信以及本地数据和共享数据进行加密就显得尤为重要了。实现安全需要更多的计算、内存和存储，但这与最大化运行速度、最小化内存和存储使用的目标相冲突。因此，你需要在安全和其他因素之间进行权衡。引入多个安全层会影响性能，并对用户体验造成可感知的负面影响。如何设定安全的基线需要参考对用户群体的统计分析。此外，硬件在其中扮演了重要的角色：选择会因为不同设备的计算能力而有所不同。

1.14 崩溃：

应用可能会而且确实会崩溃。过度优化会导致崩溃。同样，使用原始 C 代码也可能会导致崩溃。高性能的应用不仅应尽可能地避免崩溃，还应该在崩溃发生时优雅地恢复，尤其是在进行某个操作的过程中发生崩溃时。

2. 应用性能分析：

2.1 采样：

采样（或基于探测点的性能分析）是指以一定的周期间隔采集状态，这通常需要借助工具。采样可以作为初始的性能调研手段，并可用于跟踪 CPU 和内存的使用情况。

2.2 埋点：

通过修改代码，记录细节信息的埋点能够提供比采样更加精确的结果。你既可以在关键部分主动埋点，也可以在性能分析或处理用户反馈时有针对性地埋点，以便解决问题。
因为埋点需要注入额外代码，所以它一定会影响应用的性能，对内存或速度（或同时对二者）造成损害。