跨平台兼容：一次编写，跨服务器、跨操作系统部署

Java 语言“一次编写，到处运行”的口号，在 Spring Boot 时代得到了真正的工程落地。Spring Boot 应用天然具备跨服务器、跨操作系统、跨环境的部署能力，这使得同一份构建产物可以无差异地运行在开发机、测试服务器、生产物理机、虚拟机或容器云平台中。

2.6.1 Java 虚拟机提供的跨平台底座

Spring Boot 应用归根结底是一个 Java 应用，所以所有能在 JVM 上运行的操作系统，都可以直接运行 Spring Boot 打出的 Jar 包。无需针对 Windows、Linux、macOS 编译不同的二进制文件，也无需关心底层 CPU 架构的差异。

这种跨平台能力来自 Java 的字节码 + JVM 体系：源代码被编译为与平台无关的 .class 字节码，由不同操作系统上的 JVM 解释或即时编译执行。因此，只要目标环境安装了合适版本的 JDK 或 JRE，同一个 Spring Boot Jar 就可以直接启动。

2.6.2 内嵌 Web 服务器消除对外部容器的依赖

传统 Java Web 应用必须打包为 War 文件，部署到独立安装的 Tomcat、Jetty 或 WebLogic 等 Servlet 容器中。这种方式不仅引入了额外的运维复杂度，还导致了环境差异带来的兼容性问题——不同服务器版本的 Servlet 规范、配置路径、启动脚本各不相同。

Spring Boot 彻底改变了这一点：它将 Web 服务器（Tomcat、Jetty 或 Undertow）直接内嵌到应用中。执行 java -jar app.jar 时，应用自己就会启动一个嵌入的 Web 服务器，不再需要外部容器。

这意味着：

部署包完全自包含：一个 Jar 文件就是完整的可运行单元，不需要在服务器上预装任何容器软件。
环境一致性好：开发环境使用的 Tomcat 版本和生产环境完全一致，完全消除了“开发环境正常，生产容器版本不同导致异常”的经典问题。
跨服务器无差异：物理机、虚拟机、云主机——只要支持 Java，启动方式统一为 java -jar。不用为不同服务器编写复杂的部署脚本和容器配置。

你可以通过如下 Maven 配置轻松切换内嵌服务器，而代码无需任何改动：

<!-- 默认内嵌 Tomcat，如需换成 Undertow -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-tomcat</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-undertow</artifactId>
</dependency>

2.6.3 外部化配置实现环境差异的优雅隔离

跨平台部署最麻烦的往往不是二进制本身，而是环境差异：数据库地址、Redis 连接信息、文件存储路径等在开发、测试、生产环境各不相同。

Spring Boot 提供了一套成熟的外部化配置体系，支持从多达 17 种 配置源中读取属性，优先级从高到低依次为：

命令行参数（--server.port=8080）
操作系统环境变量
外部 application.properties / application.yml（与 Jar 同目录的 config/ 子目录优先）
Jar 包内部的配置文件

这种优先级设计衍生出一种最佳实践：Jar 包中只保留开发环境的默认配置，部署时通过外部配置文件或环境变量覆盖即可。 例如，在生产服务器上可以在 Jar 同级目录放置一个 application-prod.yml，激活生产 Profile：

java -jar app.jar --spring.profiles.active=prod

或者直接通过环境变量覆盖数据库连接信息：

export SPRING_DATASOURCE_URL=jdbc:mysql://prod-db:3306/order
export SPRING_DATASOURCE_USERNAME=prod_user
export SPRING_DATASOURCE_PASSWORD=secret
java -jar app.jar

这样，同一份 Jar 包可以在不重新打包、不修改源代码的前提下，适配不同的服务器和运行环境。

2.6.4 容器化：将跨平台能力推向极致

在云原生时代，Spring Boot 应用的跨平台特性与容器技术（Docker）形成了完美的互补。你可以将 Spring Boot 的 Fat Jar 封装进 Docker 镜像，然后部署到任意支持 Docker 的平台：

FROM openjdk:17-jdk-alpine
ARG JAR_FILE=target/*.jar
COPY ${JAR_FILE} app.jar
EXPOSE 8080
ENTRYPOINT ["java", "-jar", "/app.jar"]

这种做法的优势在于：

运行环境标准化：Docker 镜像中包含了操作系统、JDK 版本、应用 Jar 包等全部依赖，彻底消除了“宿主机环境差异”。
一次构建，全场景部署：同一个镜像可以推送至私有仓库，然后拉取部署到开发环境的本机 Docker、测试集群的 Docker Compose、生产环境的 Kubernetes 集群。
弹性伸缩友好：结合 Kubernetes 的 Deployment 和 Service，Spring Boot 应用可以像原生云服务一样被编排和管理。

2.6.5 真实项目中的部署实践

一个典型的中型 Spring Boot 项目，其部署流水线通常如下：

开发阶段：开发者本机使用 mvn spring-boot:run 或 java -jar 启动，无需安装外部 Tomcat。
测试阶段：CI 流程执行 mvn package 生成 Jar，将 Jar 部署到测试服务器（Linux），通过环境变量注入测试数据库地址。如果测试环境使用 Docker Compose，可以直接引用构建好的镜像。
生产发布：同一份 Jar（或同一镜像）推送到生产环境。在物理机或虚拟机上通过 java -jar 配合外部 application-prod.yml 启动；在 Kubernetes 集群中则由 ConfigMap/Secret 提供配置，通过 Deployment 声明式部署。

整个过程中，应用的二进制文件没有变化，变化的只是外部配置和运行环境的抽象层次。这正是 Spring Boot “跨平台兼容”的真正含义：不是仅仅夸耀 Java 的跨平台，而是从打包方式、服务器内嵌、外部化配置到容器化交付，提供了一整套让应用真正“编写一次，随处运行”的工程方案。