怎样清除Gradle，Maven多余的依赖包等缓存文件

Posted 2023-05-04

先从网上下载Primo.Ramdisk这个软件，安装到电脑上，有个补丁Patch.exe程序，打上后，就是完整注册版。

2
安装后，启动程序，在程序界面下端，查看一下当前内存识别状态，只识别了2946MB内存，先要识别未识别的内存，点击左侧的图标，开始进行识别。

3
进入系统未识别内存管理，有红色的文字提示“系统未识别内存尚未启用”，要识别，点击“启用”。有风险警告提示，按“是”。还会提示一些其它内容，如启用休眠，有足够的硬盘存放休眠文件，不能设置页面文件在虚拟硬盘上等等。

4
在设置选项页面，如果自已的电脑设置了休眠功能，就要把“支持系统未识别内存休眠”这一项勾上。
为了安全起见，在“保留前端地址空间的系统未识别内存”前面打上勾，然后根据内存大小设置100MB-500MB保留空间。
当提示成功启用系统未识别内存功能，就表示成功了。
提示：内存小的，少设置一点前端保留空间，100左右，大的多设置一点，我设置成200MB，因为我没有启用休眠功能，所以也没有勾选支持系统未识别内存休眠选项。

END
新建虚拟硬盘

1
未识别内存启用后，有4616MB可用，接下来就开始把多余的内存新建成虚拟硬盘了，点击第一个工具“新建硬盘”。

2
在新建虚拟硬盘向导窗口，选择“使用全新设置创建虚拟硬盘”这一项。下一步。

3
硬盘大小：全部未使用的内存（4610MB）。硬盘类型：Dircet-IO(这个速度更快)。盘符：R（这个可以自定义，只要之前未被使用就行）。

4
接下来设置物理内存实体特性，选择“使用系统未识别内存”即可，按下一步。

5
文件系统：NTFS。簇大小：4096。卷标：默认RAMDISK（可自定义）。勾选“自动创建“TEMP”文件夹”。

6
设置用户使用权限，勾选“完全控制”即可，其实也就都勾选了。

7
关联镜象文件，解释一下，就是关机后，把虚拟内存硬盘上的文件，转移到一个镜象文件夹中，以便下次开机，把镜象中的文件复制到虚拟硬盘中，可以再次接着使用。
我的目的是，用这个虚拟硬盘缓存临时文件，关机之后，马上删除，根本不要镜像保存，所以这项根本不需要，直接跳过。

8
到了这里，就算创建完成了，仔细检查一下，如果有不满意的，可以返回修改，满意了，按“完成”。

END
移动缓存文件夹到虚拟硬盘上

已经把多余内存创建成虚拟硬盘了，就要使用它，因为内存的读取速度是非常快的，远比硬盘快多了，甚至比固态硬盘还快，所以，最适合放系统的临时文件夹和各种浏览器的缓存文件夹。
先介绍如何把系统临时文件夹放到虚拟硬盘上。在Ramdisk软件界面，点击实用工具，如下图。

系统的临时文件夹是系统环境变量，可以在系统中进行设置，不过太麻烦，在这个工具中设置非常方便，在环境变量TEMP/TEP更改为这一项，点击选择按钮。

选择刚刚创建的RAMDISK虚拟硬盘下的TEMP文件夹即可。

把要更改的文件夹选择好后，按“更改”按钮，确认更改后，就算完成了。

下面介绍浏览器的缓存文件夹移动过程，以IE为例。进入控制面板，打开“Internet 选项”，在常规选项下，点击“浏览历史记录”下的“设置”按钮。

进入设置页面，点击“移动文件夹”，把文件夹设置到虚拟硬盘上即可，最好不要直接选择R盘符，在R盘下新建一个Internet临时缓存文件夹，集中管理缓存网页文件，因为虚拟R盘中还要放其它临时文件，每一种临时文件都必须有一个存放文件夹。
0火狐浏览器firefox怎么更改缓存文件夹 参考技术A 对于项目依赖androidlibrary的话，就不是依赖一个jar，那么简单了，在这里需要使用gradlemulitproject机制。在过去，androidlibrary并没有一个很好的包管理方式，简单来说，在gradle出现以前，官方并没有一种用于管理androidlibrary依赖包的方式，一般我们都是直接下载别人的androidlibraryproject源码进行集成，而对于第三方的android-maven-plugin用的是apklib格式。而现在，官方终于推出一种androidlibrary的打包格式，扩展名为*.aar。前面提到，目前androidgradle插件并不支持本地直接使用*.aar文件，不过，支持包管理库的引用方式，下面，我为大家说一下，怎么对androidlibrary发布使用。打包androidlibrary对androidlibrary进行打包直接在library项目下面使用gradlebuild即可，然后，你就会在build/libs目录下看到两个*.aar文件，一个debug包用的，一个是release下用的，看个人需求使用，这里我们用的是release版本的.aar文件。

强制清除 gradle 依赖缓存

如果你正在开发一个库，并将它传上 jcenter 或者 jitpack，由于没上线，于是你一直上传 1.0 的版本，不停地覆盖远程仓库上的版本，但是你遗憾地发现本地的 gradle 出了问题，那么是由于 gradle 在下载依赖的同时自动将其缓存了一份在本地，所以等你第二次开启一个项目并依赖同一个库的同一个版本的时候，gradle 实际上只是拿了本地的缓存，但是这份小聪明，对于我前面所说的情况下的开发人员来说就是一个大麻烦，应当使用如下命令行命令来强制 gradle 拉去远程依赖数据 ——

Windows:    
gradlew build --refresh-dependencies 


Mac:
./gradlew build --refresh-dependencies  

请注意：--refresh 与 -dependencies 不应有空格存在，-dependencies 以参数形式依赖于 --refresh