微服务分布式开发本地环境电脑内存爆满解决之道

概述

微服务盛行之后的一个问题，如图：

实战

下面尝试解决这一问题。

IDEA单窗口多应用

之前习惯于一个应用，即一个Git项目工程，打开一个IDEA Window（窗口）。如果是微服务，分布式开发的话，根据各个公司实况，一般至少需要打开4个服务。一般使用Ctrl + Alt + ] \ [来回切换项目，不胜其烦。

转变一下思路，IDEA是可以一个window打开多个工程的，这样可以显著减少内存使用。

打个不恰当的比方：多个IDEA Window，相当于多个虚拟机，每一套虚拟机都需要对应的Linux操作系统等支撑，即需要多个IDEA workspace，索引维护等，对应于一个.idea隐藏文件夹。

如果是一个IDEA Window，则只需要维护一份.idea文件夹，虽然一个文件夹下面需要维护多个Git项目工程。

对于Maven工程，右键Add as Maven Project，会触发索引重新构建；反之，对于不需要更改的项目，可以右键Load/Unload modules：

变化较大的部分，对我而言，仅有两处：

1. 在查看Git Log提交记录时，需要反勾选其他项目，然后勾选自己想看的项目：
   
2. 代码提交时，可以一次性提交多个Git项目，当然不建议这么做，除非是一个feature涉及多个Git项目；毕竟commit时还是要写一些有意义的内容，方便回溯：
   

IDEA JVM应用启动参数配置

不是所有的应用都是需要频繁更新，添加新的feature，但是又不能不启动。对于这些应用，我们可以设置应用占用内存等信息。Edit Configurations编辑。
http://blog.csdn.net/sdujava2011/article/details/50086933
设置JVM内存的参数有四个：

• -Xmx：Java Heap最大值，默认值为物理内存的1/4，最佳设值应该视物理内存大小及计算机内其他内存开销而定；
• -Xms：Java Heap初始值，Server端JVM最好将-Xms和-Xmx设为相同值，以避免每次垃圾回收完成后JVM重新分配内存。可以保留默认值；
• -Xmn：Java Heap Young区大小，年轻代，整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。可设置为200M，不熟悉最好保留默认值
• -Xss：每个线程的Stack大小，JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。不熟悉最好保留默认值

使用Nacos注册服务

记得之前在鞋城时，分布式服务多达20~30个，如果本地启动全部应用，根本不可能玩下去。实际上，本地调试代码时，会自动请求到测试集群的服务器，然后会通过负载均衡自动选择一个节点。但是测试集群的其他服务，则不会负载均衡请求到我本地的某服务的节点。

参考

Spring Cloud 开发内存占用过高解决方法
Spring Cloud开发人员如何解决服务冲突和实例乱窜