本文通过【Jar包仓库优化】、【文件系统优化】、【远程开发】等各种手段将我们的Java开发环境打造得如同流沙一般丝滑，卡顿是不可能卡顿的，这辈子都不可能卡顿了。当然我们主要用的IDE仍然是vscode（放弃idea吧）。如果你在Java开发过程中遭受过卡顿的毒害，请往下看。

造成Java开发卡顿的原因共有如下几个

• Jar包源使用了国外的，导致Jar包下载很慢。
• Jar包依赖过大，整体工程依赖的小文件很多，磁盘IO成为瓶颈。
• 本地内存、CPU等资源不足，开发卡顿。
• 工程过于庞大，源码编译耗时巨大。

Jar包资源优化

• 以maven为例，当我们刚好安装完成maven的时候需要修改settings.xml文件，将maven源指向国内的，或者是你们组织自行搭建的一个nexus地址。
• 如果你们组织没有统一的maven仓库，那么你也可以自己到阿里云的codeup上申请一个私有的maven仓库，将maven源头配置成该仓库的地址。

1. 访问https://codeup.aliyun.com/
2. 各种注册之后进入【制品仓库】
3. 选择Maven,随便上传一个jar包之后点详情就会出来一个使用指南，下载settings.xml文件替换自己的settings文件即可

本地资源不足问题

• 我们本地内存、CPU等资源是不可能和服务器相比的，一般拿到32G内存的机器作开发环境就已经是顶级待遇了（而有时候我们的微服务因为依赖问题可能要启动5、6个），因此我们能否将Java开发过程中对资源的消耗从本地转移到一个空闲的服务器上呢？那就是小编这么极力推崇vscode的一个重要原因：vscode的【远程开发】功能。
• 安装vscode的【Remote - SSH】插件就能让你拥有远程开发的功能，这个插件借助ssh远程登录功能让我们能无痛使用服务器的高性能，而我们的开发体验却和本地开发几乎没任何区别。
• 通过远程开发模式，我们的程序运行在远程的服务器，所有消耗的内存还是CPU都是消耗远程服务器的，而不是我们本地的。同时vscode会通过ssh的端口映射将远程服务的网络端口映射到我们本地，因此不管是我们访问接口还是debug，几乎都和本地没区别，哦不，应该说是完全没区别。

Java工程小文件多的问题

• 如果咱们的服务器用的sata盘，而我们的工程依赖和源码却比较多的情况下，我们的工程编译或者修改都会涉及到比较多的小文件读写，而sata机械盘是通过机械臂和数据盘旋转进行数据定位的，所以对这种小文件读写的操作性能会比较低，那么我们整个开发过程就显得一卡一卡、浑浑噩噩的。
• 那么有没有这个问题的解决方案呢？答案就是Linux的【内存文件系统】。

开启内存文件系统的步骤：

1. 挂在一个tmpfs：sudo mount -t tmpfs tmpfs ./ramfs
2. 将我们的java源码移动到./ramfs文件下
3. 通过修改settings.xml文件，将jar包的本地路径指向我们刚才mount起来的文件目录：./ramfs/repository（当然这个目录需要读者自行修改）
4. 通过上述三个步骤，我们Java开发过程中涉及到的全部小文件几乎都在内存中（包括jar包依赖、源码），因此我们的编译速度将直接原地起飞。

写在最后

• 墙裂建议大家使用正版软件！！！
• 墙裂建议大家使用开源软件！！！