eclipse 占内存 怎么办

Posted 2023-04-13

Eclipse/CDT速度慢，占用内存大的问题的可用解决方案

Eclipse/CDT速度慢，占用内存大的问题的可用解决方案
今晚又折腾CDT几个小时，差不多有点思路，就个人的体会归纳一下，说得不对之处，还请大家指正。我的环境是Eclipse3.1.1, CDT 3.0.1, jdk 1.5.0.06, linux fc4, gcc 4.0。别的环境没试过。

CDT有很多性能/内存方面的陷阱，
（1）indexer。CDT的有些功能需要indexer（我也不知道是哪些功能需要它，反正有人这么说），我做过试验，一个500多个cpp文件的项目的full indexer大约需要1个小时。CDT安装后，默认indexer是打开的。如果你只写小程序，可以不管它。如果要写中，大型开发，最好关掉它。关掉方式：选择具体的项目，右键->properties->C/C++ Indexer，选择No Indexer。或者一安装CDT插件，就在Windows->Preferences->C/C++->Indexer中，选择No Indexer。

（2）CDT默认有个选项"Follow #include\'s when parsing working copies"是选中的，当你打开一个源文件时，该文件include的所有文件它都要解析一遍。影响了速度。关掉这个选项后，CDT开发就和java开发速度上感觉不出来差别了。关掉方法：Windows->Preferences->C/C++->去掉"Follow......" 那项。

（3）关掉（2）中所说的那个选项可能会影响到smart insert，也就是自动提示功能。CDT（至少在我的环境下）这里有一个巨大无比的Bug，就是对include文件的解析经常出现问题。如果选中（2）中所说的那个选项，许多文件的解析不完整（从右边outline那里可以发现），不知道它怎么解析的，反正usr/include中许多头文件都解析不成功。单是解析不成功还好啊，问题是，一旦你编辑include这些文件的源文件，一旦你输入了.,->，或::，哈哈哈哈，等等吧，至少5分钟才会出结果，然后你的内存耗用会增加100M以上，如果再打一个这三个东东，再次等待，再次内存泄漏。google上有人问，cdt咋占我1G的内存呢？选中（2）那个选项还有一个问题，就是泛型解析不出来。关掉（2）中的那个选项，会发现，outline中源文件的解析完全正确。不过，内存泄漏还是会出现，这时需要关掉Auto activation一项。关掉后就没问题了，只是不能自动提示/完成成员项了。关掉方法：Windows->Preferences-> C/C++->Editor->Code Assist,把Auto activation下面3个框中的勾去掉。

这样性能表现差不多就和JDT差不多了。代价是不能使用自动提示/完成这一现代IDE的基本功能。但是，和Linux环境下其它IDE相比， Eclipse/CDT在界面，易用性方面要强太多。例如UI的人性化，代码阅读，代码模板，与SVN/CVS的集成，这时偶喜欢CDT的几点。

最后来点煽情的：

Eclipse书商有一句话：Eclipse颠倒Java众生。其实，何止Java众生，连不成熟的CDT都迷倒了许多人。象偶这种以前用. net/C#，同时极度讨厌C++的人，便因为eclipse及其易用性上的设计，还有相关的文化而开始喜欢上了Java和C++的开发，能够在编程中感觉到诗一般的魅力。 参考技术A 没办法正面解决的，这个软件本身就是那么大。
方法一：关闭不需要的项目，项目上右击选择“close project”。
方法二：加大电脑内存条。 参考技术B eclipse 是java 编写的，java 编写都占内存， 要使用这是不能避免的，你只有为你的电脑增加内存条，加个4G一般就没问题了。

苹果系统占了100个g怎么清理

参考技术A .
找到系统文件夹。
2.
这里我查了一下,系统盘只有10G不到。
3.
右键空白处,查看显示选项。
4.
设置排列方式都为大小。
5.
每一个根目录下这样设置,就可以找到最大的那个文件是什么。
6.
接着,下载一个清理软件卸载的软件,这里是DR.Cleaner.
7.
还可以优化系统,清理垃圾,缓存。

Mac系统清理、占用空间大、空间不够、查看系统文件大小分布
背景：

最近老提示空间不够，很尴尬，一直弹系统提示
如图，256的空间，就剩下几个G了，其中最大头的系统占用：160G，占比60%多

正常情况下：我们可以点击管理，进入到系统磁盘优化界面：
这种适用于简单的文件占用分析，一般我们能够通过 清理文稿 和 回收箱 来解决空间不够的问题。

1、清空回收站。

2、在文稿里，按文件大小排序，删除不需要的文件。

3、对于GarageBand，这个是系统上的模拟乐器，一般都使用不到。

清除方法：

rm -rf /Library/Application\ Support/GarageBand
rm -rf /Library/Application\ Support/Logic
rm -rf /Library/Audio/Apple\ Loops
不过，对于罪魁祸首，系统的160G，我们怎么才能知道她的内部存储分布呢？
正文：

关于如何查看系统的文件占用详情。

一、首先打开终端，输入

du -sh *
这个命令用来查看根目录下，所有文件的大小分布，如图所示：
其中，我们很容易能看到每个文件的大小占比，快速定位到最大占比的文件：Library

二、输入命令，进入到Library文件路径

cd ~/Library

然后，查看Library下的所有文件大小分布。

输入：

du -d 1 -h
很容易我们可以找到最大的文件：／Developer

当然，其他的文件大小，我们也都能看到，一目了然。

三、到这里，我们基本就能知道下面的套路了，我们可以继续往下查看

比如，我这里继续进入到Developer文件，再查看他的每个子文件大小：
基本，查看个两三层，就基本能知道大概的原因了，我这边由于是程序猿，所以Xcode是根本原因，占了系统160G的一半大小。

到这里为止，如果你也是程序猿，有兴趣的，可以继续看；如果没有兴趣的可以直接跳第四步。
基本这就到底了，大概的空间占用分布从上面几张图，也基本有数了。
以上是讲如何查看及分析文件，如果你是iOS程序猿，这边附上几个清理步骤（清理Xcode缓存）

经过测试，我暂时发现这几个文件可以适当清理下：
1 ./Archives 这个文件存储的是你所有的历史打包文件，你可以将一些历史的包删掉，最近的如果不放心可以先留着，不过全部删除也是没问题的，但是，如果你删除了，我们Xcode打包上传界面就看不到东西了（如下图所示，该界面的东西就没了）
2 ./DerivedData 这个文件大家应该比较熟悉了，存储的是所有项目的一些缓存数据、包括编译缓存文件等等，这个文件是可以全部清理的，当然，你也可以保留一些最近的项目，先暂时清理历史项目的缓存。

3 ./iOS DeviceSupport 这个文件里面存储的是xcode对手机各个版本的支持文件，这里如果你的项目不再需要支持iOS6、iOS7等，可以先把里面的基于iOS6、iOS7的支持文件清除。

4 附上 完整版Xcode瘦身方法大全 ，有兴趣的可对照此文操作。
四、经过第三步的层层分析，我们基本能知道了每个文件的大小分布，也能找到一些不需要用的垃圾文件，其中大多以缓存文件居多，大家可以适当进行清理～
最后，如果有对命令不感冒的人，也可以通过Finder来进行可视化的查看。

打开Spotlight（Command+空格 或 Ctrl+空格），输入 ~/Library
能进入到资源库文件路径
最右边的文件就对应刚才命令出来的文件，我们可以根据命令查找到的占用最大的文件，这里点进去查看，然后再根据自己的需求进行适当清理。
比如，我上面的最后分析的路径：
特别更新：
本篇的清理，可能不是特别全面，比如说常用的QQ、微信软件，其实占用空间也很大（10～20G），