请给 Sprint Boot 多一些内存

Spring Boot 总体来说，搭建还是比较容易的，特别是 Spring Cloud 全家桶，简称亲民微服务，但在发展趋势中，容器化技术已经成熟，面对巨耗内存的 Spring Boot，小公司表示用不起。如今，很多刚诞生的 JAVA 微服务框架大多主打 “轻量级”，主要还是因为 Spring Boot 太重。

JAVA 系微服务框架

No1-Spring Cloud

介绍

有 Spring 大靠山在，更新、稳定性、成熟度的问题根本不需要考虑。在 JAVA 系混的技术人员大约都听说过 Spring 的大名吧，所以不缺程序员……，而且这入手的难度十分低，完全可以省去一个架构师。

但是，你必然在服务器上付出：

• 至少一台 “服务发现” 的服务器；

• 可能有一个统一的网关 Gateway;

• 可能需要一个用于 “分布式配置管理” 的配置中心；

• 可能进行 “服务追踪”，知道我的请求从哪里来，到哪里去；

• 可能需要 “集群监控”；

• 项目上线后发现，我们需要好多服务器，每次在集群中增加服务器时，都感觉心疼；

压测 30 秒

压测前的内存占用

如图，内存占用 304M。

压测时的内存占用

如图，内存占用 1520M（1.5G），CPU 上升到 321%

概览

总结

一个 Spring Boot 的简单应用，最少 1G 内存，一个业务点比较少的微服务编译后的 JAR 会大约 50M；而 Spring Cloud 引入的组件会相对多一些，消耗的资源也会相对更多一些。

启动时间大约 10 秒左右: Started Application in 10.153 seconds (JVM running for 10.915)

JAVA 系响应式编程的工具包 Vert.x

介绍

背靠 Eclipse 的 Eclipse Vert.x 是一个用于在 JVM 上构建响应式应用程序的工具包。定位上与 Spring Boot 不冲突，甚至可以将 Vert.x 结合 Spring Boot 使用。众多 Vert.x 模块提供了大量微服务的组件，在很多人眼里是一种微服务架构的选择。

华为微服务框架 Apache ServiceComb 就是以 Vert.x 为底层框架实现的，在 “基准测试网站 TechEmpower” 中，Vert.x 的表现也十分亮眼。

压测 30 秒

压测前的内存占用

如图，内存占用 65M。

压测时的内存占用

如图，内存占 139M，CPU 占 2.1%，给人的感觉似乎并没有进行压测。

概览

总结

Vert.x 单个服务打包完成后大约 7M 左右的 JAR，不依赖 Tomcat、Jetty 之类的容器，直接在 JVM 上跑。

Vert.x 消耗的资源很低，感觉一个 1 核 2G 的服务器已经能够部署许多个 Vert.x 服务。除去编码方面的问题，真心符合小项目和小模块。git 市场上已经出现了基于 Vert.x 实现的开源网关 - VX-API-Gateway 帮助文档

https://duhua.gitee.io/vx-api-gateway-doc/

对多语言支持，很适合小型项目快速上线。

启动时间不到 1 秒：Started Vert.x in 0.274 seconds (JVM running for 0.274)

JAVA 系其他微服务框架

SparkJava

• jar 比较小，大约 10M

• 占内存小，大约 30~60MB；

• 性能还可以，与 Spring Boot 相仿；

Micronaut

• Grails 团队新宠；

• 可以用 Java、Groovy 和 Kotlin 编写的基于微服务的应用程序；

• 相比 Spring Boot 已经比较全面；

• 性能较优，编码方式与 Spring Boot 比较类似；

• 启动时间和内存消耗方面比其他框架更高效；

• 多语言；

• 依赖注入；

• 内置多种云本地功能；

• 很新，刚发布 1.0.0

Javalin

• 上手极为容易；

• 灵活，可以兼容同步和异步两种编程思路；

• JAR 小，4～5M；

• 多语言；

• 有 KOA 的影子；

• 只有大约 2000 行源代码，源代码足够简单，可以理解和修复；

• 符合当今趋势；

• 多语言；

• 嵌入式服务器 Jetty；

Quarkus

• 启动快；

• JAR 小，大约 10M；

• 文档很少；

来源：http://t.cn/Ai8xQ3lT