JVM垃圾回收
最近上班中发现,发现我们没有良好的利用机器的性能,并且由于是老项目,竟在新的机器上短时间内部署不起来,因此造就了我们两个方向的发展。一是容器化部署,不再依赖环境;第二个是让目前的几台机器能够承担更多的压力。
同样的,我发现我们目前几个机器的的使用率很低,并且接口的响应很慢,因此需要去分析GC,调整GC参数,来使得响应更好,机器使用率更好,能够扛住更大的吞吐。
最近上班中发现,发现我们没有良好的利用机器的性能,并且由于是老项目,竟在新的机器上短时间内部署不起来,因此造就了我们两个方向的发展。一是容器化部署,不再依赖环境;第二个是让目前的几台机器能够承担更多的压力。
同样的,我发现我们目前几个机器的的使用率很低,并且接口的响应很慢,因此需要去分析GC,调整GC参数,来使得响应更好,机器使用率更好,能够扛住更大的吞吐。
网上有言论,“推荐Lombok”,“不推荐使用Lombok”。虽然在此不针对这个做争论,也需要表示一下,我是推荐使用Lombok的,但不是无条件使用的,希望的是在尽可能完全了解,与减少影响范围的情况下去使用。比如,并不需要因为需要某个A功能,而引入了B功能。这样是我不推荐的。
首先,我们先了解一下Lombok出生的本意是什么?
这是一场不太平凡的经历,困难重重的开发过程。
在我从师兄手里接到需求时,知道大概意思是:将一个需求的代码推到Github的开源项目;需要先review一遍代码。代码中主要意思是在Terraform的Provider开源项目中增加一些特性。