今日, 准备在桌面复制一个文件夹的时候, 提示内存不足, 然后
右上角的小苹果-->关于本机-->存储空间
是这样的:
OMG, 系统占用78G, 你TM逗我?????
但作为一名MAC用户,怎么能轻易只吐槽不解决问题呢---论程序猿的自我修养.
原因的分析
老实人就不卖关子了, 出现这种问题的原因, 一开始我认识是系统自动下载了更新包, 但想想一般系统更新包其实应该也就10G左右吧(目测, 应该也不准, 忽略, 反正肯定没78G那么大), 应该问题在别的地方.
其实真正的原因是因为崩溃引起的, 为啥这么说, 我猜测, 因为mac本每次你用软件崩溃的时候都会自动保存. 这个机制有好有坏, 好处就是下次打开你发现没保存的东西都原样呈现给你(PC转过来的泪奔), 坏处就是上面的问题, 会占用了一大波寸土寸金的mac内存. 下面我们就来看看怎么处理吧.
清理mac内存
我这里是使用mac终端来的, 所以主要用到的命令是下面这些:
查看文件大小:
du -sh *
打开文件夹
cd
查看当前路径
pwd
查看当前目录下所有文件的大小分布
du -d 1 -h
下面, 我们就开始真枪实弹的快乐的摩擦摩擦吧.
边做边写, 所以也包括了错误的步骤, 恰巧遇到的话, 刚好也可以参考.
1.查看文件大小
输入
du -sh *
得出这个, 可以看出其中Libary最大
2.查看Libary里面的文件大小(坑一)
下面连续输入这几个命令, 一顿操作猛如虎
cd
pwd
du -d 1 -h
却出现下面这个情况(坑一), no such file or directory
其实, 为啥这样我也不大了解, 反正正确的做法应该是在输入'du -d 1 h' 之前先输入'ls', 如下图:
所以正确的输入顺序是这样的(pwd可以忽略):
cd
pwd
ls
du -d 1 -h
终于可以看到Libary里面的文件大小分布了
3.继续查看其中最大的文件(坑二)
从上图可以看到, 是一个'.'的文件占用了56G的空间, 它最大. 所以重复步骤2的操作(这里就重复列举2里面的正确步骤了), 结果是这样的(坑二)
这不是跟步骤二的结果一样么(虽然这次显示是62G)....
原因: 最底下那个'58G .'表示的不是'.文件夹大小58G', 而是表示'当前文件夹大小为58G'.
重新往上翻, 慢慢检查, 其实真正的大文件是下面步骤说的
***4.继续查看Libary里面最大的文件
通过步骤3, 绕开了坑, 真正的大文件其实是在这个Developer
接下来的步骤就是不停的重复2, 直到最后, 找到了是这个文件
到这里, 总算是找到最大的文件夹了, 按照上面步骤走下来的小伙伴们, 可以顺着路径删除掉最大的文件了. 后面的内容就是作为一名iOS程序猿的叨叨了, 不感兴趣的小伙伴可以不用看了.
xcode大瘦身
根据上面操作, 打开这个文件夹, 是这样的,
那么, 这些文件可以删除吗? 下面这两个链接里面可以给你答案
http://www.cocoachina.com/bbs/read.php?tid=181211
https://stackoverflow.com/questions/29930198/can-i-delete-data-from-ios-devicesupport
本人亲测, 是可以删除的.
删除之后是这样的, 好像千与千寻里面那个河神伯伯冲出油坊的感觉, 超爽.
