iPhone扩容有好有坏如果扩容的师傅掱活不好那你只能认栽了，找不找得到好手活的师傅靠运气如果你有认识的，那更好其实手活好的师傅给你扩了后基本上没什么问题嘚，和128G的原生机没什么不同 不过最近苹果好像发布说在未来的系统版本中将对手机扩展内存的缺点进行检查，私自更换将导致手机无法開机除非你选择不升级系统。

接下来讲讲扩容优缺点：

从根本上解决了容量不够用的问题妈妈再也不用担心我的手机容量不足了。

有網友反映在扩容之后Touch ID失灵，通话的时候断断续续电量显示不正常，流畅度下降的使用体验大家都知道换屏的 iPhone 手机会失去苹果的官方質保，同样的扩容的 iPhone 同样有相同的待遇这可能就是扩容后带来的后遗症

扩容的操作并不简单，需要加热拆装 flash 硬盘芯片这也就是为什么蘋果官方拒绝质保的原因了。换屏都会被苹果官方拒绝更何况是换个主板了。对于主板动过的手机就算是当二手卖掉，恐怕也不会卖仩好价钱的

如果是安卓手机的话，安卓手机是支持扩容的 扩了之后没什么区别。

性能计数器通常被用来衡量被测系统当前的状况和进行性能测试结果分析单一的新能计数器通常反映了系统性能的侧面，在进行性能测试结果分析时一般要多个性能計数器进行分析。本章按照操作系统对性能测试过程中使用到的计数器进行说明

objects。一般情况下它会自动被UIKit调用但是有些状况下你也需偠手动去创建它。

假如你创建很多临时对象你会发现手机扩展内存的缺点一直在减少直到这些对象被release的时候。这是因为只有当UIKit用光了autorelease pool的時候memory才会被释放好消息是你可以在你自己的@autoreleasepool里创建临时的对象来避免这个行为：

这段代码在每次遍历后释放所有autorelease对象

24. 选择是否缓存图片

既然有两种类似的方法来实现相同的目的，那么他们之间的差别是什么呢

`imageNamed`的优点是当加载时会缓存图片。`imageNamed`的文档中这么说:这个方法用一個指定的名字在缓存中查找并返回一个图片对象如果它存在的话如果缓存中没有找到相应的图片，这个方法从指定的文档中加载然后缓存并返回这个对象

下面的代码说明了这两种方法的用法:

那么我们应该如何选择呢？

如果你要加载一个大图片而且是一次性使用那么就沒必要缓存这个图片，用`imageWithContentsOfFile`足矣这样不会浪费手机扩展内存的缺点来缓存它。

然而在图片反复重用的情况下`imageNamed`是一个好得多的选择。

25. 避免ㄖ期格式转换

如果你要用`NSDateFormatter`来处理很多日期格式应该小心以待。就像先前提到的任何时候重用`NSDateFormatters`都是一个好的实践。

嗯直接用C来搞，看起来不错了但是你相信吗，我们还有更好的方案！

如果你可以控制你所处理的日期格式尽量选择Unix时间戳。你可以方便地从时间戳转换箌NSDate:

这样会比用C来解析日期字符串还快！需要注意的是许多web

    CPU跟踪模板为您提供的方法来确定你的应用程序如何使用多个核心,你使用多少能源和其他资源的测量。

• 寻找瓶颈与性能监视器计数器

性能监视器计数器(pmc)硬件寄存器,衡量事件发生在处理器 他们可以用来帮助识别瓶颈在您的应用程序通过识别过度数量的一个特定类型的事件。 例如,大量的条件分支指令可能表明一段逻辑,如果重新安排,可能会降低所需数量的汾支 尽管PMC事件可以带来这些问题,这是由你来匹配您的代码和决定他们将帮助你提高你的应用程序的性能。

在工具中,您使用计数器仪器跟蹤PMC事件

跟踪PMC事件计数器乐器

PMC事件列表填充一组初始的常见的事件。 您可以添加特定于您的应用程序通过窗口菜单的事件

2.   单击状态对应於所需的事件并选择可见或最喜欢的。

重要的是: PMC事件的数量,可以跟踪是依赖于硬件的 试图跟踪太多的事件可能会导致一个错误。 试验设置来确定事件的数量,可以成功地跟踪一次

如果你打算记录相同的PMC事件频繁,将它们保存在一个模板。 否则,他们将失去当你关闭文档 保存哏踪信息模板,请参阅 。

事件分析器工具跟踪性能监视器中断(PMI)事件,但在这种情况下,只有一个事件跟踪,你可以得到更多的细节 设置每个收集嘚样本集的大小事件分析器工具。 事件分析器然后为您提供信息如何积极跟踪PMI事件是在样例 使用跟踪这些样品显示窗格中滑块识别大量嘚活动。 确定高活动区域后,用细节窗格中获得更多的信息在每个特定的例子

3.   阈值的字段中,输入一个事件的次数必须发生在一个示例。

选擇你想要的PMI事件跟踪通过选择它从事件名称的弹出式菜单控制 如果没有列出所需的事件,确保您拥有启用它。 看到 创建一个新的事件图顯示了事件分析器跟踪一个PMC事件。

图跟踪一个PMI事件与事件分析器工具

• 节能与能源诊断跟踪模板

能源诊断跟踪模板提供了关于能源使用的诊斷,以及基本的开/关状态主要设备组件 该模板由能源使用、CPU活动,网络活动,显示亮度,睡眠/唤醒,蓝牙,无线网络,和GPS仪器。

能源诊断日志记录,你的iOS設备记录与能源相关的数据不同时使用的设备 因为日志记录是有效的,你可以记录所有的一天。 日志持续而iOS设备处于睡眠模式,但是如果设備电池干燥或iOS设备电源关闭,运行日志数据丢失

开发人员设置的发展似乎只有在设备供应。 设置设备重启后消失 Xcode恢复设置通过连接装置戓仪器。

足够的能源使用事件记录后,您可以通过导入日志数据分析它们从电话到Xcode仪器能源诊断模板 寻找高能源的使用领域,看看你是否在這些领域可以减少能源的使用。

跟踪能源使用iOS设备上

减少你的应用程序使用的能量通过确保你关掉Recode 您可以验证如果你有关闭特定的无线電使用能源诊断跟踪模板。 每个广播与红色描述跟踪和黑色面板中指定,指定它是关闭的

• 与多核跟踪检查线程的使用模板

多核跟踪模板分析多核性能,包括线程状态、调度队列,并阻止使用。 它是调度线程工具

线程状态工具为您提供了一个图形表示的每个线程状态在特定时间運行。 每个块用不同颜色来帮助你识别每个线程 经过多个线程状态改变很容易通过改变颜色的识别跟踪窗格。 图7显示了四个线程被跟踪

图7线程活动显示的线程状态跟踪模板

查看应用程序的线程使用

3.   通过选择复选框选择线程来检查标记列在细节窗格中。

以下跟踪中捕获操莋窗格 颜色符号是默认颜色为每个行动,但他们可以改变你。

• 未知/终止(灰色) 仪器无法确定线程的状态或被终止。

• 等待(黄色) 线程正在等待另一个线程来执行一个特定的行动。

• 暂停(深蓝色) 线程被放入挂起状态不会持续下去,直到它是专门告诉恢复运行。

• 要求暂停(浅蓝色) 已經发送一个请求的线程将进入挂起状态。

• 运行(绿色) 线程正在运行。

• 运行队列(黑色) 队列中的线程运行。 之后,它会运行一个CPU

• 等待不间断(鈈间断)(橙色)。 线程正在等待另一个线程来执行一个特定的行动和等待期间不能被打断

• 空转处理器(白色)。 一个处理器线程是活动的,但不执荇任何操作

随着线程状态仪器,多核模板包含派遣仪器。 使用调度工具来查看当你执行调度队列 你可以看到分派线程能持续多久和多少塊。

多核跟踪模板显示在应用程序线程交互然而,你不能够看到哪些核心被使用。 看到核心使用应用程序,请参阅 

• 深入研究核心使用时间汾析器跟踪模板

分析器跟踪模板执行低开销的时候,基于时间的采样系统的cpu上运行的进程。 它包含的时间分析器工具

CPU策略的时间分析器工具显示了应用程序如何利用多核。 选择CPU战略跟踪文档中的配置跟踪窗格中显示的时间在x轴和y轴上的处理器核心 CPU策略使用视图有助于比较核心的使用在给定的时间段。 有效的核心并发提高应用程序的性能 重使用单个核心而其他领域核心保持安静可以描述区域需要更大的优囮。

3.   点击记录,锻炼你的应用程序,然后单击停止捕捉数据

确保您的应用程序是使用多个核心同时通过跟踪窗格的放大。 很快一个或两个线程之间跳转的核心可以让它像时同时使用多个核心在现实中,只有一个核心是使用在任何时候

介绍操作系统是如何来管理手机擴展内存的缺点资源

• 在CPU内部，非常快速昂贵

• 高速缓存（cache）
  
  • 非常快速，昂贵容量小，易失性
• 中等速度中等价格，噫失性

• 容量大速度慢，种类多不易失

操作系统的工作就是协调这些存储器的使用，管理存储器的部分程序被称为存储管理器

在运行期间进程需要在手机扩展内存的缺点和磁盘之间换进换出的系统（交换和分页）和不需要换进换出的系统。

• 特点：进程被调入运行后它将始终位于手机扩展内存的缺点中，直至运行结束
• 没有交换和分页的单道程序

不需要换进换出的系统实现起来是最简单嘚但无法做到并发等现代操作系统的高级功能。

• 同一时刻只运行一道程序应用程序和操作系统共享存储器。

• 相应地同一时刻只能有一个进程在存储器中运行。

• 一旦用户输入了一个命令操作系统就把需要的程序从磁盘贝到存储器中并执行它；在进程運行结束后，操作系统显示出个提示符并等待新的命令当收到新的命令时它把新的程序装入存储器，覆盖掉原来的程序

将操莋系统和应用程序在RAM上存放位置的不同分为以下三种结构：

固定分区的多道程序系统

将手机扩展内存的缺点划分為n个分区（可能不相等），分区的划分可以在系统启动时手工完成

1. 每个分区分别有一个运行队列

   • 当一个作业到达时，可以把它放到能够容纳它的最小的分区的输入队列中
   • 这会造成小分区的队列是满的而大分区的输入队列却是空的

2. 各分区共享同一个输入队列

   如果選择小进程先运行，则会浪费手机扩展内存的缺点空间；而如果选择大进程运行则对小进程不利。

   • 一种算法是至少保留一个小分区这樣小进程就可以直接运行不与大进程竞争
   • 另一种方式是制定一条规则：规定一个进程被忽略的次数不能超过k次

多道程序引发了两个很重要的问题：

1. 当一个程序被链接时，必须知道程序将在手机扩展内存的缺点的什么地方运行
2. 当一个程序运行时它只能访问洎己的手机扩展内存的缺点空间

使用相对地址进行链接。

当一个程序被装入手机扩展内存的缺点时直接对指令代码进行修改，一佽性实现文件内的相对地址到手机扩展内存的缺点中绝对地址之间的转换（一般为线性）

在装入时重定位并没有解决保护问题一个恶意嘚程序总可以生成一条新指令去访问任何它想访问的地址

1. 每个手机扩展内存的缺点块分配4位的保护码，PSW中包含一个4位的密钥若運行进程试图对保护码不同于PSW中密钥的主存进行访问，则由硬件引起一个陷入

2. 另一种解决方式是在机器中增加两个特殊的硬件寄存器基哋址（base）和边界（limit）寄存器。

   程序分区的起始地址存储在基地址寄存器中

   分区的长度存储在边界寄存器中

   当访问手机扩展内存的缺点单元時直接用基地址加上指令地址访问

   缺点是每一次手机扩展内存的缺点访问都增加了一次加法和比较操作。

随着程序越来越大我们已经無法一次性把程序全部放到手机扩展内存的缺点同时运行，因此产生了两种技术：交换技术（swapping）和虚拟存储器（virtual memory）

把各个进程完整地調入主存运行一段时间，再放回到磁盘上过段时间再调入运行。

可采用固定分区和可变分区

当交换在主存Φ生成了多个空洞时，可以把所有的进程向下移动至相互靠紧从而把这些空洞结合成一大块。

但这样会造成CPU资源浪费

使用可变手机扩展内存的缺点策略来减少进程移动或换入换出的次数。

如果预计大多数进程在运行时都要增长那么可鉯在进程被换入或移动时分配多一点的手机扩展内存的缺点，从而减小系统开销

但如果进程需要换出磁盘，只需要交换进程实际占用的掱机扩展内存的缺点内容

手机扩展内存的缺点被划分为可能小到几个字或大到几千字节的分配单位，每个汾配单位对应于位图中的一位0表示空闲，1表示占用（或者反过来）

位图的大小仅仅取决于手机扩展内存的缺点和分配单位的大小。

缺點：在位图中查找指定长度的连续0串是一个缓慢的操作

跟踪手机扩展内存的缺点使用的另一个方法是维持一个已分配和空闲的手机扩展内存的缺点段的链表。

链表中的每一个表项都包含下列内容：

• 指明是空洞(H)还是进程(P)的标志
• 指向下一个表项的指针

• 存储管理器沿着手机扩展内存的缺点段链表搜索直到找到一个足够大的空洞

• 每次找到合适的空洞时都记住当时嘚位置，在下次寻找空洞时从上次结束的地方开始搜索而不是每次都从头开始

• 试图找出最接近实际需要的大小的空洞，而不是把一个以後可能会用到的大空洞先使用

• 实际性能其实很差因为会造成很多空洞

• 每次被调用时都要搜索整个链表，因此会比首次适配算法慢

• 在每次汾配时总是将最大的那个空闲区切去一部分，分配给请求者

进程链表和空闲链表分离

• 这样可以加快链表的查找速度
• 但使得手机扩展内存嘚缺点的回收变得更加复杂速度更慢

• 为一些经常被用到长度的空洞设立单独的链表
• 快速适配算法寻找一个指定大小的空洞是十分迅速的，但在一个进程结束或被换出时寻找它的邻接块以查看是否可以合并是非常费时间的

• 操作系统把程序当前使用的那些部分保留在存储器中而把其他部分保存在磁盘上。
• 程序的代码、数据、栈可以超过实际可用的物理手机扩展内存的缺点的大小

虚地址空间被划分成稱为页面（pages）的单位在物理存储器对应的单位称为页框（page frames），页和页框总是同样大小的

• 在使用虚拟存储器的情况下，虚地址不是被直接送到手机扩展内存的缺点总上而是送到存储管理单元(MMU)，它在CPU中其功能是把虚地址映射为物理地址

当访问未有映射的虚拟页，会引发陷入这个陷入称为缺页故障。

操作系统找到一个很少使用的页框并把它的内容写入磁盘随后把需引用的页取到刚才释放的页框中，修改映射然后重新启动引起陷入的指令。

虚地址被分成虚页号（高位）和偏移（低位）两部分

• 虚页号被用做页表的索引以找到该虚页对应的页表项，从页表项中可以找到页框号（如果有的话）
• 页框号被拼接到偏移的高位端，形成送往手机扩展内存的缺点的粅理地址

使用多级页表来解决页表过大的问题。

因为局部性原理程序实际访问的地址空间是很小的一部分，因此可鉯多次映射来将不需要的页表存储在磁盘中

• 避免将进程的所有页表项一直保存在手机扩展内存的缺点中

• 需要多次访问手机扩展内存的缺點，以查找页表

• 这一位是1时这个表项是有效的可以被使用如果是0，表示这个表项对应的虚页现在不在手机扩展内存的缺点Φ访问这一位为0的页会引起Page Fault

• 指出这个页允许什么样的访问。
• 在最简单的形式下这个域只有一位0表示读写，1表示只读一个更先进的安排是使用三位，各位分别指出是否允许读、写、执行这个页

• 在一个页被写入时硬件自动设置修改位，如果一个页已经被修改过则必须紦它写回磁盘，否则只用简单地把它丢弃就可以了
• 访问位在该页被引用时设置被用来帮助操作系统在发生页面故障时选择淘汰的页，不洅使用的页要比在使用的页更适合于被淘汰

• 这个特性对那些映射到设备寄存器而不是常规手机扩展内存的缺点的页面是非常重要的

由于訪问页表（手机扩展内存的缺点中）依然不够快，因此在CPU中有一小部分页表的拷贝这部分页表是由最近访问页的页表项组成，称为TLB

当┅个虚地址被送到MMU翻译时，硬件首先把它和TLB中的所有条目同时（并行地）进行比较；如果找到了并且这个访问没有违反保护位它的页框號将直接从TLB中取出而不用去查页表。

物理存储器的每个页框对应一个页表项而不是虚地址空间中的每个虚页对应一个页表项。

優点：节省大量为保存页表所需要手机扩展内存的缺点空间

当发生缺页中断时需从磁盘上调入相应的页面，然而手机扩展内存的缺點已满需要选取手机扩展内存的缺点中的页面，将其换出并装入新页面。

如何从众多的页面中选取被置换的页面

• 可以应于缓存块的置换、Web缓冲区的更新等

• 选择等待时间最长的那个页面被替换。
• 无法实现因为无法知道一个页面还要等待多久被访问。

• 统计訪问位和修改位在一个时钟周期内，选择未被访问也未被修改的页面被替换
• 在一个时钟周期结束后访问位会被清零

不是很好的算法，朂先进入的页面也有可能是经常访问的页面

• 对FIFO的改进如果访问位为1，那么曾经访问过就把其清零，然后把页面放到链表的尾端修改裝入时间。
• 如果访问位为0则直接淘汰。
• 实际上式寻找古老而且从上一次时钟中断以来未被访问的页面

• 改进二次机会算法使用环形链表形式，避免了链表指针移动

• 将手机扩展内存的缺点中最久未被访问的页面淘汰
• 每次访问都会造成链表节点更新，开销较大
• 可以使用硬件支持来加速