提高 Xcode 在读写上的速度的实现方法

　　上个月参加了一场西雅图当地的线下 iOS 开发者聚会。Jeff Szuhay 作为一个有20+年开发经验的资深程序员，跟我讲了一套提高 iOS 开发效率的方法。相比于其他程序员在 App 启动时间、架构优化方面的经验，老爷子 Jeff 的优化基于硬件层面，匠心独运，极客风十足。以下是他的经验分享和我个人的实测。

　　问题来源

　　我们都知道 Xcode 在运行或编译时，会有大量的读写操作。例如从硬盘中调用图片，我们会这么操作：

　　let image = UIImage（named： “imageName”）

　　这时候 Xcode 就会去电脑的硬盘中去找到图片，完成读写操作。类似的操作还有存取文件等等。如果这类读取数量比较少，那么无伤大雅，但是一旦多起来，尤其是大项目在后期产生了大量的 DerivedData 存在硬盘上，Xcode 在编译时就会花大量时间去硬盘（Disk）上完成读写这些数据的操作。更不幸的是有时候还会遇到硬盘故障等问题。

　　解决思路

　　正所谓“哪里需要优化，哪里就需要程序员”，Jeff 在这个时候作为一名白衣骑士登场了。多年的计算机研究让他对整个计算机架构非常熟悉。下图是他展示的计算机结构简图。

　　计算机结构简图

　　此图简洁明了得说明了计算机的基本架构。左上角是计算机的大脑，CPU，负责核心计算和处理工作；右上角是内存（RAM），用来运行程序并与 CPU 进行数据交流；中间的线是总线，负责各个模块之间传递信息和信号；图下侧是基本的 System IO。

　　再回来看我们的问题：Xcode 现在是在 RAM 中运行，然后到 Storage 中读写数据，数据接着再传回 RAM。这种方式有两个瓶颈：

　　Storage 速度很慢。即使是最先进的 SSD，其速度也比 RAM 慢了400倍。也就是无论你怎么在软件层优化，其速度也无法突破 SSD 的瓶颈；

　　数据要不停的在各个模块之间传递。传递过程中亦有延时和无谓的时间消耗。

　　针对以上两个瓶颈，Jeff 认为，如果我们可以让所有的读写操作都在内存（RAM）中完成，那么必然能大幅提高 Xcode 的工作效率。问题是，怎么实现？