今日, 准备在桌面复制一个文件夹的时候, 提示内存不足, 然后

右上角的小苹果-->关于本机-->存储空间

是这样的:

image.png

OMG, 系统占用78G, 你TM逗我?????

但作为一名MAC用户,怎么能轻易只吐槽不解决问题呢---论程序猿的自我修养.

原因的分析

老实人就不卖关子了, 出现这种问题的原因, 一开始我认识是系统自动下载了更新包, 但想想一般系统更新包其实应该也就10G左右吧(目测, 应该也不准, 忽略, 反正肯定没78G那么大), 应该问题在别的地方.

其实真正的原因是因为崩溃引起的, 为啥这么说, 我猜测, 因为mac本每次你用软件崩溃的时候都会自动保存. 这个机制有好有坏, 好处就是下次打开你发现没保存的东西都原样呈现给你(PC转过来的泪奔), 坏处就是上面的问题, 会占用了一大波寸土寸金的mac内存. 下面我们就来看看怎么处理吧.

清理mac内存

我这里是使用mac终端来的, 所以主要用到的命令是下面这些:

查看文件大小:

du -sh *

打开文件夹

cd

查看当前路径

pwd

查看当前目录下所有文件的大小分布

du -d 1 -h

下面, 我们就开始真枪实弹的快乐的摩擦摩擦吧.

边做边写, 所以也包括了错误的步骤, 恰巧遇到的话, 刚好也可以参考.

1.查看文件大小

输入

du -sh *

得出这个, 可以看出其中Libary最大

image.png

2.查看Libary里面的文件大小(坑一)

下面连续输入这几个命令, 一顿操作猛如虎

cd

pwd

du -d 1 -h

却出现下面这个情况(坑一), no such file or directory

image.png

其实, 为啥这样我也不大了解, 反正正确的做法应该是在输入'du -d 1 h' 之前先输入'ls', 如下图:

image.png

所以正确的输入顺序是这样的(pwd可以忽略):

cd

pwd

ls

du -d 1 -h

终于可以看到Libary里面的文件大小分布了

image.png

3.继续查看其中最大的文件(坑二)

从上图可以看到, 是一个'.'的文件占用了56G的空间, 它最大. 所以重复步骤2的操作(这里就重复列举2里面的正确步骤了), 结果是这样的(坑二)

image.png

这不是跟步骤二的结果一样么(虽然这次显示是62G)....

原因: 最底下那个'58G .'表示的不是'.文件夹大小58G', 而是表示'当前文件夹大小为58G'.

重新往上翻, 慢慢检查, 其实真正的大文件是下面步骤说的

***4.继续查看Libary里面最大的文件

通过步骤3, 绕开了坑, 真正的大文件其实是在这个Developer

image.png

接下来的步骤就是不停的重复2, 直到最后, 找到了是这个文件

image.png

到这里, 总算是找到最大的文件夹了, 按照上面步骤走下来的小伙伴们, 可以顺着路径删除掉最大的文件了. 后面的内容就是作为一名iOS程序猿的叨叨了, 不感兴趣的小伙伴可以不用看了.

xcode大瘦身

根据上面操作, 打开这个文件夹, 是这样的,

image.png

那么, 这些文件可以删除吗? 下面这两个链接里面可以给你答案

http://www.cocoachina.com/bbs/read.php?tid=181211

https://stackoverflow.com/questions/29930198/can-i-delete-data-from-ios-devicesupport

本人亲测, 是可以删除的.

删除之后是这样的, 好像千与千寻里面那个河神伯伯冲出油坊的感觉, 超爽.

image.png