spring boot 应用通过 java -jar 运行时瞬间启动又关闭，通常是因为 jar 包未正确打包为可执行 fat jar，缺少 spring boot maven 插件的 repackage 目标或构建方式错误。

当你在 VS Code 中使用 Java Project Manager 直接“构建 JAR”时，它往往只是执行了 Maven 的默认 mvn compile 或 mvn jar:jar，并未触发 spring-boot-maven-plugin 的 repackage 目标——而这一步才是生成真正可执行、内嵌 Tomcat（或 Netty）并包含所有依赖的 Fat Jar 的关键。

✅ 正确做法是：始终使用 Maven 生命周期命令显式构建可执行 JAR：

mvn clean package

该命令会自动执行：

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。 术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

• 编译源码（compile）
• 运行测试（test，除非跳过）
• 打包为普通 JAR（jar:jar）
• 最后由 spring-boot-maven-plugin 的 repackage 目标将原始 JAR 重构成可执行 Fat Jar（默认输出为 target/interconnecting-flights-0.0.1-SNAPSHOT.jar）

⚠️ 注意事项：

• 确保 pom.xml 中已声明 spring-boot-maven-plugin（你已正确配置，无需额外改动）；
• 不要手动使用 jar cf 或 IDE 的“Export as JAR”功能，它们无法处理 Spring Boot 的类加载器结构和启动引导逻辑；
• 验证生成的 JAR 是否为可执行：运行 java -Djarmode=help -jar your-app.jar，若显示 jarmode 支持则说明是合法 Spring Boot Fat Jar；
• 若仍异常，可添加 JVM 参数查看详细日志：java -Dlogging.level.org.springframework=DEBUG -jar your-app.jar，重点关注是否因端口占用、配置缺失或 Bean 初始化失败导致上下文提前关闭。

? 补充建议：在 pom.xml 的 中显式绑定 repackage（虽非必需，但更清晰）：

<plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <executions>
        <execution>
            <goals>
                <goal>repackage</goal>
            </goals>
        </execution>
    </executions>
</plugin>

总结：VS Code 的 Java Project Manager 并非 Maven 构建工具替代品，其“构建 JAR”功能不具备 Spring Boot 特定的打包语义。坚持使用 mvn clean package 是保证生成标准可执行 JAR 的唯一可靠方式。