编译缓存工具

A. eclipse3.6中怎么把gwt源文件编译成缓存js

用GWT Compile。
在工具栏中一个有大写G的红色工具箱图标，或者右键项目后选 google - GWT Compile。

B. 推荐 20 个堪称神器的命令行工具

优质文章，第一时间送达！

1.ag：比 grep、ack 更快的递归搜索文件内容。

2.tig：字符模式下交互查看 git 项目，可以替代 git 命令。

3.mycli：mysql 客户端，支持语法高亮和命令补全，效果类似 ipython，可以替代 mysql 命令。

4.jq: json 文件处理以及格式化显示，支持高亮，可以替换 python -m json.tool。

5.shellcheck：shell 脚本静态检查工具，能够识别语法错误以及不规范的写法。

6.yapf：Google 开发的 python 代码格式规范化工具，支持 pep8 以及 Google 代码风格。

7.mosh：基于 UDP 的终端连接，可以替代 ssh，连接更稳定，即使 IP 变了，也能自动重连。

8.fzf：命令行下模糊搜索工具，能够交互式智能搜索并选取文件或者内容，配合终端 ctrl-r 历史 命令搜索简直完美。

9.PathPicker(fpp):在命令行输出中自动识别目录和文件，支持交互式，配合 git 非常有用。

运行以下命令：

10.htop: 提供更美观、更方便的进程监控工具，替代 top 命令。

11.axel：多线程下载工具，下载文件时可以替代 curl、wget。

12.sz/rz：交互式文件传输，在多重跳板机下传输文件非常好用，不用一级一级传输。

13.cloc：代码统计工具，能够统计代码的空行数、注释行、编程语言。

14.ccache：高速 C/C++编译缓存工具，反复编译内核非常有用。使用起来也非常方便：

改成:

15.tmux：终端复用工具，替代 screen、nohup。

16.neovim: 替代 vim。

17.script/scriptreplay: 终端会话录制。

回放:

18.you-get: 非常强大的媒体下载工具，支持 youtube、google+、优酷、芒果 TV、腾讯视频、秒拍等视频下载。

还有 mac 专有的 pb/pbpaste：

把命令行输出拷贝到系统粘贴板：

把系统粘贴板内容拷到终端:

mac 下的 say 命令支持多种语言(英语、普通话、粤语)文本朗读，支持各种销魂恐怖的语气。跑这个命令感受下，小心被吓着了：

19.thefuck：用途是每次命令行打错了以后，打一句 fuck 就会自动更正命令。比如 apt-get 打成了 aptget。fuck 以后自动变成 apt-get。但还是没加 sudo。再 fuck，成功！

又比如 git branch 打成了 git brnch。fuck！更正成 git branch。

又比如 python 打成了 puthon。fuck！一秒变 python。

而且关键是每次打命令和内心 os 完全一致，有种人机合一的快感。fuck！

20.tldr: 如果你经常不想详读 man 文档，那么你应该试试这个小工具。

使用 $ man tar 时

使用 $ tldr tar 时

C. Xcache和memcache选哪个好

memcache和 Xcache 是php的2个缓存工具。PHP5.5以来，自带有 Zend Opcache ，不过默认没启用。
这些缓存器的原理：

引用
把PHP执行后的数据缓冲到内存中从而避免重复的编译过程，能够直接使用缓冲区已编译的代码从而提高速度，降低服务器负载，它们的效率是显而易见的，像drupal这种庞大的CMS，每次打开一个页面要调用数十个PHP文件，执行数万行代码，效率可想而知

然而Opcache 只自动缓存代码，它没有开放一个自定义缓存的API，要用到用户缓存的话还得用上Xcache或者memcache。
Xcache是中国人所做，看起来很牛叉，但是在实际应用中发现这个东西太不稳定了，光用它作代码缓存（后台自动缓存PHP代码），竟然有时候会使得整个PHP进程都当掉。然后也试了Xcache的用户缓存，API文档写得真够残的，好在还能用，但万没有想到，在fastcgi模式下，缓存命中率低得可怜，用和没用基本上差不多，明明缓存了，后一个请求过来一查却说没缓存，可能延时个几秒后才得知这个已经缓存了，才能取出缓存内容。这玩意到底仔细测试没有？我用的是3.1.0官方正式版Xcache在PHP 5.5 里作的测试，简直就是个废物！还记得以前在PHP5.2里面也用它过，莫名其妙的请求失败也时有出现。现在直接不敢再用……

相比这个XCache，memcache稳定得多。题外话：memcached和memcache又有点不同，memcached是memcache的守护进程，但是PHP中也有memcached的扩展。这两个说实话是让人头晕不知道是什么区别，其实我看来就是调用memcache的封装模式不太一样而已。具体哪些调用上的不同，参考 http://pecl.php.net/package/memcache 和http://pecl.php.net/package/memcached 。一看就知道memcached要多一些API函数调用，功能也更强大一些。而实际上基础应用的话memcache已经足够。

memcache的使用首先要有它的服务（也就是memcached进程）在跑，这个是一个小小的软件，一般是用C++编译，可以部署在与PHP同一台也可以不同，甚至可以分布式部署几个memcached服务在不同的服务器上。而PHP的memcached只是它的客户端而已。memcached本身没有PHP代码缓存功能，现升到PHP5.5后直接交给自带Opcache 了。一般用它作用户缓存。经过实际开发，memcached稳定性是非常高的，只要有缓存，命中率几乎在99%以上。PHP官方下提供了它的扩展可直接使用：http://pecl.php.net/package/memcache 连Windows版的DLL也直接在那里了，不用自己再编译。Windows下编译这些东西真是麻烦得很啦~

综上memcache更加稳定，推荐使用。Xcache真要用的话，还是老实在本地先测试一下再说。
此外，微软Windows下PHP可以使用Wincache，这个的稳定性没得说的，而且也不用守护进程。但是微软没能编译适用于PHP 64位的DLL。要想通用和跨平台，memcache是首选！！

D. java web开发缓存方案，ehcache和redis哪个更好

Ehcache
在java项目广泛的使用。它是一个开源的、设计于提高在数据从RDBMS中取出来的高花费、高延迟采取的一种缓存方案。正因为Ehcache具有健壮性（基于java开发）、被认证（具有apache 2.0 license）、充满特色（稍后会详细介绍），所以被用于大型复杂分布式web application的各个节点中。
1. 够快
Ehcache的发行有一段时长了，经过几年的努力和不计其数的性能测试，Ehcache终被设计于large, high concurrency systems.
2. 够简单
开发者提供的接口非常简单明了，从Ehcache的搭建到运用运行仅仅需要的是你宝贵的几分钟。其实很多开发者都不知道自己用在用Ehcache，Ehcache被广泛的运用于其他的开源项目
比如：hibernate
3.够袖珍
关于这点的特性，官方给了一个很可爱的名字small foot print ，一般Ehcache的发布版本不会到2M，V 2.2.3 才 668KB。
4. 够轻量
核心程序仅仅依赖slf4j这一个包，没有之一！
5.好扩展
Ehcache提供了对大数据的内存和硬盘的存储，最近版本允许多实例、保存对象高灵活性、提供LRU、LFU、FIFO淘汰算法，基础属性支持热配置、支持的插件多
6.监听器
缓存管理器监听器 （CacheManagerListener）和 缓存监听器（CacheEvenListener）,做一些统计或数据一致性广播挺好用的
如何使用？
够简单就是Ehcache的一大特色，自然用起来just so easy!

redis
redis是在memcache之后编写的，大家经常把这两者做比较，如果说它是个key-value store 的话但是它具有丰富的数据类型，我想暂时把它叫做缓存数据流中心，就像现在物流中心那样，order、package、store、classification、distribute、end。现在还很流行的LAMP PHP架构 不知道和 redis+mysql 或者 redis + mongodb的性能比较（听群里的人说mongodb分片不稳定）。
先说说reidis的特性

1. 支持持久化
redis的本地持久化支持两种方式：RDB和AOF。RDB 在redis.conf配置文件里配置持久化触发器，AOF指的是redis没增加一条记录都会保存到持久化文件中（保存的是这条记录的生成命令），如果不是用redis做DB用的话还会不要开AOF ，数据太庞大了，重启恢复的时候是一个巨大的工程！
2.丰富的数据类型
redis 支持 String 、Lists、sets、sorted sets、hashes 多种数据类型,新浪微博会使用redis做nosql主要也是它具有这些类型，时间排序、职能排序、我的微博、发给我的这些功能List 和 sorted set 的强大操作功能息息相关
3.高性能
这点跟memcache很想象，内存操作的级别是毫秒级的比硬盘操作秒级操作自然高效不少，较少了磁头寻道、数据读取、页面交换这些高开销的操作！这也是NOSQL冒出来的原因吧，应该是高性能
是基于RDBMS的衍生产品，虽然RDBMS也具有缓存结构，但是始终在app层面不是我们想要的那么操控的。
4.replication
redis提供主从复制方案，跟mysql一样增量复制而且复制的实现都很相似，这个复制跟AOF有点类似复制的是新增记录命令，主库新增记录将新增脚本发送给从库，从库根据脚本生成记录，这个过程非常快，就看网络了，一般主从都是在同一个局域网，所以可以说redis的主从近似及时同步，同事它还支持一主多从，动态添加从库，从库数量没有限制。 主从库搭建，我觉得还是采用网状模式，如果使用链式（master-slave-slave-slave-slave·····）如果第一个slave出现宕机重启，首先从master 接收 数据恢复脚本，这个是阻塞的，如果主库数据几TB的情况恢复过程得花上一段时间，在这个过程中其他的slave就无法和主库同步了。

5.更新快
这点好像从我接触到redis到目前为止 已经发了大版本就4个，小版本没算过。redis作者是个非常积极的人，无论是邮件提问还是论坛发帖，他都能及时耐心的为你解答，维护度很高。有人维护的话，让我们用的也省心和放心。目前作者对redis 的主导开发方向是redis的集群方向。

所以如果希望简单就用ehcache，如果开发任务比较复杂，希望得到比较多的支持什么的就redis

E. “编译”与“编译器”是什么意思

编译是动词
编译器是名词
编译(compilation , compile)
1、利用编译程序从源语言编写的源程序产生目标程序的过程。
2、用编译程序产生目标程序的动作。

编译就是把高级语言变成计算机可以识别的2进制语言，计算机只认识1和0，编译程序把人们熟悉的语言换成2进制的。
编译程序把一个源程序翻译成目标程序的工作过程分为五个阶段：词法分析；语法分析；中间代码生成；代码优化；目标代码生成。主要是进行词法分析和语法分析，又称为源程序分析，分析过程中发现有语法错误，给出提示信息。
（1） 词法分析
词法分析的任务是对由字符组成的单词进行处理，从左至右逐个字符地对源程序进行扫描，产生一个个的单词符号，把作为字符串的源程序改造成为单词符号串的中间程序。执行词法分析的程序称为词法分析程序或扫描器。
源程序中的单词符号经扫描器分析，一般产生二元式：单词种别；单词自身的值。单词种别通常用整数编码，如果一个种别只含一个单词符号，那么对这个单词符号，种别编码就完全代表它自身的值了。若一个种别含有许多个单词符号，那么，对于它的每个单词符号，除了给出种别编码以外，还应给出自身的值。
词法分析器一般来说有两种方法构造：手工构造和自动生成。手工构造可使用状态图进行工作，自动生成使用确定的有限自动机来实现。
（2） 语法分析
编译程序的语法分析器以单词符号作为输入，分析单词符号串是否形成符合语法规则的语法单位，如表达式、赋值、循环等，最后看是否构成一个符合要求的程序，按该语言使用的语法规则分析检查每条语句是否有正确的逻辑结构，程序是最终的一个语法单位。编译程序的语法规则可用上下文无关文法来刻画。
语法分析的方法分为两种：自上而下分析法和自下而上分析法。自上而下就是从文法的开始符号出发，向下推导，推出句子。而自下而上分析法采用的是移进归约法，基本思想是：用一个寄存符号的先进后出栈，把输入符号一个一个地移进栈里，当栈顶形成某个产生式的一个候选式时，即把栈顶的这一部分归约成该产生式的左邻符号。
（3） 中间代码生成
中间代码是源程序的一种内部表示，或称中间语言。中间代码的作用是可使编译程序的结构在逻辑上更为简单明确，特别是可使目标代码的优化比较容易实现。中间代码即为中间语言程序，中间语言的复杂性介于源程序语言和机器语言之间。中间语言有多种形式，常见的有逆波兰记号、四元式、三元式和树。
（4） 代码优化
代码优化是指对程序进行多种等价变换，使得从变换后的程序出发，能生成更有效的目标代码。所谓等价，是指不改变程序的运行结果。所谓有效，主要指目标代码运行时间较短，以及占用的存储空间较小。这种变换称为优化。
有两类优化：一类是对语法分析后的中间代码进行优化，它不依赖于具体的计算机；另一类是在生成目标代码时进行的，它在很大程度上依赖于具体的计算机。对于前一类优化，根据它所涉及的程序范围可分为局部优化、循环优化和全局优化三个不同的级别。
（5） 目标代码生成
目标代码生成是编译的最后一个阶段。目标代码生成器把语法分析后或优化后的中间代码变换成目标代码。目标代码有三种形式：
① 可以立即执行的机器语言代码，所有地址都重定位；
② 待装配的机器语言模块，当需要执行时，由连接装入程序把它们和某些运行程序连接起来，转换成能执行的机器语言代码；
③ 汇编语言代码，须经过汇编程序汇编后，成为可执行的机器语言代码。
目标代码生成阶段应考虑直接影响到目标代码速度的三个问题：一是如何生成较短的目标代码；二是如何充分利用计算机中的寄存器，减少目标代码访问存储单元的次数；三是如何充分利用计算机指令系统的特点，以提高目标代码的质量。
编译器，是将便于人编写，阅读，维护的高级计算机语言翻译为计算机能解读、运行的低阶机器语言的程序。编译器将原始程序（Source program）作为输入，翻译产生使用目标语言（Target language）的等价程序。源代码一般为高阶语言 (High-level language), 如 Pascal、C++、Java 等，而目标语言则是汇编语言或目标机器的目标代码（Object code），有时也称作机器代码（Machine code）。
一个现代编译器的主要工作流程如下：
源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 汇编程序 (assembler) → 目标代码 (object code) → 连接器 (Linker) → 可执行程序 (executables)

工作原理
[编辑本段]

编译是从源代码（通常为高阶语言）到能直接被计算机或虚拟机执行的目标代码（通常为低阶语言或机器语言）的翻译过程。然而，也存在从低阶语言到高阶语言的编译器，这类编译器中用来从由高阶语言生成的低阶语言代码重新生成高阶语言代码的又被叫做反编译器。也有从一种高阶语言生成另一种高阶语言的编译器，或者生成一种需要进一步处理的的中间代码的编译器（又叫级联）。
典型的编译器输出是由包含入口点的名字和地址, 以及外部调用（到不在这个目标文件中的函数调用）的机器代码所组成的目标文件。一组目标文件，不必是同一编译器产生，但使用的编译器必需采用同样的输出格式，可以链接在一起并生成可以由用户直接执行的可执行程序。

编译器种类
[编辑本段]

编译器可以生成用来在与编译器本身所在的计算机和操作系统（平台）相同的环境下运行的目标代码，这种编译器又叫做“本地”编译器。另外，编译器也可以生成用来在其它平台上运行的目标代码，这种编译器又叫做交叉编译器。交叉编译器在生成新的硬件平台时非常有用。“源码到源码编译器”是指用一种高阶语言作为输入，输出也是高阶语言的编译器。例如: 自动并行化编译器经常采用一种高阶语言作为输入，转换其中的代码，并用并行代码注释对它进行注释（如OpenMP）或者用语言构造进行注释（如FORTRAN的DOALL指令）。

预处理器（preprocessor）

作用是通过代入预定义等程序段将源程序补充完整。

编译器前端（frontend）

前端主要负责解析（parse）输入的源代码，由语法分析器和语意分析器协同工作。语法分析器负责把源代码中的‘单词’（Token）找出来,语意分析器把这些分散的单词按预先定义好的语法组装成有意义的表达式，语句 ，函数等等。 例如“a = b + c;”前端语法分析器看到的是“a, =, b , +, c;”，语意分析器按定义的语法，先把他们组装成表达式“b + c”，再组装成“a = b + c”的语句。 前端还负责语义（semantic checking）的检查，例如检测参与运算的变量是否是同一类型的，简单的错误处理。最终的结果常常是一个抽象的语法树（abstract syntax tree，或 AST），这样后端可以在此基础上进一步优化，处理。

编译器后端（backend）

编译器后端主要负责分析，优化中间代码（Intermediate representation）以及生成机器代码（Code Generation）。

一般说来所有的编译器分析，优化，变型都可以分成两大类： 函数内（intraproceral）还是函数之间（interproceral）进行。很明显，函数间的分析，优化更准确，但需要更长的时间来完成。

编译器分析（compiler analysis）的对象是前端生成并传递过来的中间代码，现代的优化型编译器（optimizing compiler）常常用好几种层次的中间代码来表示程序，高层的中间代码（high level IR）接近输入的源代码的格式，与输入语言相关（language dependent），包含更多的全局性的信息，和源代码的结构；中层的中间代码（middle level IR）与输入语言无关，低层的中间代码(Low level IR)与机器语言类似。 不同的分析，优化发生在最适合的那一层中间代码上。

常见的编译分析有函数调用树（call tree），控制流程图（Control flow graph），以及在此基础上的 变量定义－使用，使用－定义链（define-use/use-define or u-d/d-u chain），变量别名分析（alias analysis），指针分析（pointer analysis），数据依赖分析（data dependence analysis）等等。

上述的程序分析结果是编译器优化（compiler optimization）和程序变形（compiler transformation）的前提条件。常见的优化和变新有：函数内嵌（inlining），无用代码删除（Dead code elimination），标准化循环结构（loop normalization），循环体展开（loop unrolling），循环体合并，分裂（loop fusion，loop fission），数组填充（array padding），等等。 优化和变形的目标是减少代码的长度，提高内存（memory），缓存（cache）的使用率，减少读写磁盘，访问网络数据的频率。更高级的优化甚至可以把序列化的代码（serial code）变成并行运算，多线程的代码（parallelized，multi-threaded code）。

机器代码的生成是优化变型后的中间代码转换成机器指令的过程。现代编译器主要采用生成汇编代码（assembly code）的策略，而不直接生成二进制的目标代码（binary object code）。即使在代码生成阶段，高级编译器仍然要做很多分析，优化，变形的工作。例如如何分配寄存器（register allocatioin），如何选择合适的机器指令（instruction selection），如何合并几句代码成一句等等。

编译语言与直译语言对比
[编辑本段]

许多人将高阶程序语言分为两类: 编译型语言 和 直译型语言 。然而，实际上，这些语言中的大多数既可用编译型实现也可用直译型实现，分类实际上反映的是那种语言常见的实现方式。（但是，某些直译型语言，很难用编译型实现。比如那些允许 在线代码更改 的直译型语言。）

历史
[编辑本段]

上世纪50年代，IBM的John Backus带领一个研究小组对FORTRAN语言及其编译器进行开发。但由于当时人们对编译理论了解不多，开发工作变得既复杂又艰苦。与此同时，Noam Chomsky开始了他对自然语言结构的研究。他的发现最终使得编译器的结构异常简单，甚至还带有了一些自动化。Chomsky的研究导致了根据语言文法的难易程度以及识别它们所需要的算法来对语言分类。正如现在所称的Chomsky架构（Chomsky Hierarchy），它包括了文法的四个层次：0型文法、1型文法、2型文法和3型文法，且其中的每一个都是其前者的特殊情况。2型文法（或上下文无关文法）被证明是程序设计语言中最有用的，而且今天它已代表着程序设计语言结构的标准方式。分析问题（parsing problem，用于上下文无关文法识别的有效算法）的研究是在60年代和70年代，它相当完善的解决了这个问题。现在它已是编译原理中的一个标准部分。

有限状态自动机（Finite Automaton）和正则表达式（Regular Expression）同上下文无关文法紧密相关，它们与Chomsky的3型文法相对应。对它们的研究与Chomsky的研究几乎同时开始，并且引出了表示程序设计语言的单词的符号方式。

人们接着又深化了生成有效目标代码的方法，这就是最初的编译器，它们被一直使用至今。人们通常将其称为优化技术（Optimization Technique），但因其从未真正地得到过被优化了的目标代码而仅仅改进了它的有效性，因此实际上应称作代码改进技术（Code Improvement Technique）。

当分析问题变得好懂起来时，人们就在开发程序上花费了很大的功夫来研究这一部分的编译器自动构造。这些程序最初被称为编译器的编译器（Compiler-compiler），但更确切地应称为分析程序生成器（Parser Generator），这是因为它们仅仅能够自动处理编译的一部分。这些程序中最着名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年为Unix系统编写的。类似的，有限状态自动机的研究也发展了一种称为扫描程序生成器（Scanner Generator）的工具，Lex（与Yacc同时，由Mike Lesk为Unix系统开发）是这其中的佼佼者。

在70年代后期和80年代早期，大量的项目都贯注于编译器其它部分的生成自动化，这其中就包括了代码生成。这些尝试并未取得多少成功，这大概是因为操作太复杂而人们又对其不甚了解。

编译器设计最近的发展包括：首先，编译器包括了更加复杂算法的应用程序它用于推断或简化程序中的信息；这又与更为复杂的程序设计语言的发展结合在一起。其中典型的有用于函数语言编译的Hindley-Milner类型检查的统一算法。其次，编译器已越来越成为基于窗口的交互开发环境（Interactive Development Environment，IDE）的一部分，它包括了编辑器、连接程序、调试程序以及项目管理程序。这样的IDE标准并没有多少，但是对标准的窗口环境进行开发已成为方向。另一方面，尽管近年来在编译原理领域进行了大量的研究，但是基本的编译器设计原理在近20年中都没有多大的改变，它现在正迅速地成为计算机科学课程中的中心环节。

在九十年代，作为GNU项目或其它开放源代码项目标一部分，许多免费编译器和编译器开发工具被开发出来。这些工具可用来编译所有的计算机程序语言。它们中的一些项目被认为是高质量的，而且对现代编译理论感兴趣的人可以很容易的得到它们的免费源代码。

大约在1999年，SGI公布了他们的一个工业化的并行化优化编译器Pro64的源代码，后被全世界多个编译器研究小组用来做研究平台，并命名为Open64。Open64的设计结构好，分析优化全面，是编译器高级研究的理想平台。

F. 怎样清理c盘的无用文件

已满的c盘该怎么清理无用的文件？电脑经常卡，有一个很大的原因，是因为c盘中的文件太多了，我们可以删除一些无用的文件来解决电脑卡顿额情况，下面我们就来看看详细的教程，需要的朋友可以参考下

电脑卡顿，c盘太满，我们可以清理无用的文件，该怎么清理c盘呢？下面我们就来看看详细的教程。

一、占空间比较大的几个文件夹

假设电脑（C盘总共80G）为例：

12345

Program Files 占用了 1.53GProgram Files(X86) 占用了 4.68GProgramData 占用了 2.8GWindows 占用了 31.8G用户User 占用了 36.9G

我们可以看到User用户这个目录的缓存和配置文件将近占用了C盘的一半，Windows是系统目录我们不能动。所以我们现在着手去User目录删除我们不需要的文件即可。

二、User文件夹主要占空间比较大的文件详情清单

123

C:UsersDefault 占用了21.6MC:UsersPublic 占用了6.73MC:UsersAdministrator 剩下的内存都是这个文件夹占用的

我们可以看到Administrator这个文件夹几乎占满了User目录的内存，其它两个目录可以忽略不计了，我们下一步重点清理这个Administrator文件夹。

三、查看Administrator文件夹哪些是占内存最多的

Administrator文件夹里面有很多配置和缓存文件，我们逐个文件去查看内存占用情况，发现有几个文件夹占用内存是最大的，我在这里列举出来给大家看看：

12345

.android 占用了10G.AndroidStudio3.1 占用了973M.gradle 占用了3G还有一个隐藏文件 AppData 占用了 11.6G还有一个文件`java_error_in_studio.hprof` 占用了1.38G （如下图所示）

（二）清理.AndroidStudio3.1文件夹

这个文件夹下面有config和system两个文件夹。

（1）config：

AndroidStudio的配置文件，这里面有文件模板，插件，颜色设置，主题设置等配置。如果把config文件复制到其他电脑的C:UsersAdministrator.AndroidStudioXXX目录下（XXX指的是AndroidStudio对应版本）， 打开AndroidStudio导入这个配置即可生效。

（2）system：

这里面有几个文件夹占用内存比较大的，分别是：caches和index，由于这是运行AndroidStudio自动生成的文件，仅作为了解即可，如果删除的话，可能运行AndroidStudio会出一些异常，建议保留。
如果你的电脑还安装了其它的IDEA，例如AndroidStudio2.3?或者Intellij IDEA?，那么你在Administrator文件夹就会看到.AndroidStudio2.3 .Intellij IDEA文件。这几个也是占用内存比较大的文件，如果暂时用不到某一个IDEA ，建议把对应的文件夹删除（比如AndroidStudio2.3很少使用，可以把.AndroidStudio2.3文件删除）。

（三）清理.gradle文件夹

这个文件夹有几个需要注意的文件夹，它们占用内存比较大，可以适当的清理。

（1）caches：

我们在项目中添加的依赖库，都在这个目录下缓存着，以及AndroidStudio的gradle和maven相关插件都在这里。甚至我们使用gradle构建其他类型项目（比如构建rn，构建spring项目等。）也会下载需要用到的插件资源在这个目录下。建议把不需要用到的一些开源库删除，请逐个打开文件夹确认之后再删除。

（2）daemon：

这里面保存的是log日志文件，，不同版本的gradle，只要编译之后都会保留有一些日志信息。我的电脑里面这个文件夹占用了642M，我们可以把daemon里面的文件全部都删除。

（3）wrapper/dists：

这个文件夹占用了838M。这里存放的是gradle文件，也就是是或我们下载的gradle文件，或者我们去官网下载的gradle可以放到这个目录下保存。我这里有gradle-4.4-all、gradle-4.4-bin、gradle-4.6-all、gradle-4.6-bin这4个版本的gradle，如果你的电脑里面还有其他版本，建议删除，只保留你想要的版本即可。但是注意一点：请在删除相关gradle之后，打开AndroidStudio之后要设置成离线模式，设置一下本地gradle路径，这样以后的项目就会来这个路径找gradle，而不会去下载新的gradle版本了。

（四）清理AppData文件夹

这个路径一般是电脑里面的软件的缓存和临时文件配置之类的东西。重点关注两个文件夹Local和Roaming文件夹。

（1）Local： 占了2.85G

1.Google：占用了450M，这个目录安装的是谷歌浏览器，暂且不动它了。

2.Microsoft：占用了184M，这个微软系统有关的东西，暂且不动它了。

3.Yarn：占用了669M，这个目录是yarn构建时的缓存文件，可以暂时保留，免得以后又要去下载。

4.微信Web开发者工具：占用了310M，这是开发小程序的用户缓存文件，建议保留。

（2）Roaming： 占了8.47G 这里面主要是电脑里面你下载的软件的一些配置和缓存，可以根据需要进行删除。这里我就不逐个演示了。

（五）直接删除?java_error_in_studio.hprof?文件

原文地址：https://blog.csdn.net/generallizhong/article/details/100071622

G. PHP缓存技术的PHP编译缓存

目前最常见的PHP编译缓存工具有：APC，Accelerator，xcache（国产）等。
PHP是一种解释型语言，在PHP语言执行代码的时候，需要下面两步：
1、编译过程。PHP读取文件，并编译该文件，然后生成能够在Zend Engine虚拟机上执行的中间码。
2、执行过程。PHP直接执行中间码。
以下两种情况，会导致PHP运行程序代码效率低下：
1、即使PHP代码文件没有发生改变，也会被PHP重新编译。
2、如有引用文件，PHP也要花费时间重新编译这些被引用的文件。
因此，需要PHP编译缓存工具对PHP程序的编译结果做缓存处理。这样，PHP程序只要编译一次，就不要重新再做无意义的编译了。

H. jd-gui反编译工具缓存在哪儿

表示没出现过,大多就是代码错乱而已,

I. xcode编译缓存与本地时间有关吗

有关系。
我是安装一款软件，然后通过改个系统时间来升级为免费版本。安装完成后忘记把系统时间改回来了，然后去编译xcode(6.4)。真机测试的时候提示开发者证书过期了。what！刚刚还好好的，为什么开发者证书就过期了呢？


钥匙串访问

通过查看钥匙串里面的证书发现真的都过期了，证书全部显示无效。好家伙，我估摸着怎么突然证书都失效了呢，然后看到了证书的日期

过期是2016年

原来是系统时间被改成2020年了，怪不得证书过期了，然后我删掉了原来的证书，改回了系统的时间，重新安装了新的证书，ok 可以真机测试了。真的是给自己跪了。(PS:个人认为，时间改回来就好，证书不需要删也是可以用的)