前言
开发过程中,编译项目有时候要等很长的时间,因为Xcode是要进行读写操作,存取文件等操作,若项目中图片资源或者文件过多,那等待编译的时间会很长,这一点,我深有体会。看到这么一篇文章是关于提高Xcode读写速度的,http://www.cocoachina.com/ios/20170425/19116.html ,就按照文章所写尝试了一下,途中确实遇到一些问题,在这里记录一下。
原理和问题
Xcode 现在是在 RAM 中运行,然后到 Storage 中读写数据,数据接着再传回 RAM。上面那篇文章是为Xcode开辟一块内存,将所有的读写操作都在内存中完成,提高Xcode的读写效率。具体的原理和实现步骤,我不再赘述,可以去看一下这篇文章。我试过之后,发现对于Xcode的编译和运行速度确实有所提高,但是,也遇到了问题,这里说一下。(以下基于真机测试)
- .sh脚本文件的问题
#!/bin/bash
RAMDISK="ramdisk"
SIZE=1024 #size in MB for ramdisk.
diskutil erasevolume HFS+ $RAMDISK \
`hdiutil attach -nomount ram://$[SIZE*2048]`
这是脚本文件, 注意RAMDISK="ramdisk" 是英文引号,否则弄错了,会造成编译不通过。
- 脚本在终端运行问题
在桌面新建一个该脚本文件,拖进终端运行会发现终端提示错误-bash: ./ramdisk.sh: Permission denied 提示权限问题,需要获取需要操作文件的权限。chmod +x ./ramdisk.sh ,获取权限之后运行脚本就可以了。
脚本运行成功,会有一个ramdisk的磁盘。当然了,关机再重启的话还要重新运行一下脚本的。然后在Xcode进行相关设置,打开项目编译运行,会发现其实速度还是有所提升的。但是,断开连接,拨掉数据线,再次连接,重新编译项目,你会发现竟然编译失败了。
- 断开再连接,编译失败问题
编译失败,Clean也是失败的,这时候,需要重启Xcode再次编译运行项目才可以,这个就比较蛋疼了。
以上是我再试的时候遇到的一些问题,最后一个问题就比较奇葩了,不知道怎么回事?具体使用就看各位的喜好了。我觉得虽然提高了读写速率,但像最后一个问题我不清楚别人有没有这个问题,如果都需要重启Xcode,那我就觉得有些得不偿失了。不是否定这个技术,毕竟我是一个小渣渣,看个人喜好了。。。。。
本文记录了尝试提高Xcode读写速度的过程中遇到的问题,包括.sh脚本的编写注意事项、权限问题以及断开连接后导致的编译失败。虽然优化措施能提升速度,但可能需要重启Xcode解决某些异常,对于是否值得采用提出了疑问。

1万+

被折叠的 条评论
为什么被折叠?



