文档介绍：如何使用Java构建微服务要构建微服务,Java是一个非常好的选择。如何在容器中使用Java构建微服务?本文为你讲述了三种构建方案,无论是哪种方案,要实现微服务,使用Java生态圈的组件都是经过业界验证的。概览在Java生态系统中构建微服务的策略有三种,分别为:无容器、自成容器、外置容器。以无容器的方式提供微服务,会把整个应用打包,包含所有依赖,打进一个fatJAR包中。自成容器的微服务同样也是打成单个JAR包,JAR包中会包含带有第三方类库的嵌入式框架。外置容器的微服务方式,会把整个JavaEE容器和服务的实现打包进一个Docker容器。基于微服务的架构给架构师和开发者带来了新的挑战,不断出现的新语言和开发工具使我们得以应对这个挑战。Java也不例外,本文将探索在Java生态系统中构建微服务的新思路。介绍本文不讨论微服务的好坏,也不讨论你是否应该一开始就以微服务架构来设计应用,或者是否应该将已有的庞大应用重构成微服务架构。这里讨论的方法并不是仅有的方法,但它们会为我们看到其他可能带来启发。虽然本文的重点是Java生态系统,但其中的概念对其他语言和技术也通用。我在本文命名了几种方式为“无容器”、“自成容器”、“外置容器”。这些术语并未被广泛使用,但是它们能足以区分每种方法的特点,我会在以下小节中讨论。无容器方案在无容器的方式中,开发者把JVM上的所有组件都看作应用的一部分。无容器的方式使用单个JAR包部署(所谓的”fatJAR部署”),意味着,这个应用以及它所有的依赖,都被打包成一个JAR文件,这个JAR可被作为独立的Java进程启动。$java-,可以根据需要非常简单地停启服务,以达到扩容或缩容的目的;另一个优势是方便实现分布式部署,只需要同步一个JAR文件就可以了。另一方面,它的缺点是类库依赖的兼容性问题。例如你需要使应用支持事务特性,你只能靠自己了,或者需要引入支持这个功能是第三方类库。以后,每当你需要支持其他特性,例如说,持久化,就很可能会遇到类库之间的兼容性问题。自成容器方案单JAR包的部署方式有一个变体,就是把你的服务基于一个内置框架构建。通过这种方法,框架可以提供服务所需要的特性,开发者可以自行选择哪些特性被包含在服务内。你可能会争论说这和”无容器”方案不是一模一样吗?但是,在这我想特地区分开它们,因为“自成容器”的方案实际上会提供一套具兼容性的第三方类库。这种方案的实践通常涉及SpringBoot或WildflySwarm等框架。flix项目对构建Java微服务有良好的支持。SpringBoot允许你从Spring系列的组件中挑选不同的部分出来,连同其他出色的外部工具一起,和你的应用打包进一个JAR文件中,SpringInitializr让你可以通过一个复选列表的表单就完成这些工作。一个简单的HelloWorld服务在以下例子中可以看到:GistSnippet。WildflySwarmWildFlySwarm相当于JaveEE版的SpringBoot,它让你可以挑选JaveEE规范里的组件,并与你的应用同时打包进一个JAR文件中。HelloWorld示例在此可看到:GistSnippet。“自成容器”方案的优点在于,你能够自由选择服务所需要的最小集组件。这个方案不好的地方在于,配置起