idea里springboot打包实现过程

在Spring Boot项目的打包过程中，不少开发者会遇到启动类配置、依赖范围、内置容器冲突等问题。这里梳理一下最常见的三种打包方式，附上关键配置和避坑点，方便直接复用。

1. jar

先看pom文件。需要指定运行的主类，让Ma ven知道启动入口在哪里：

        
            
                org.springframework.boot
                spring-boot-ma ven-plugin
                
                    com.start.StartApplication
                
            
        
    

接着，启动类需要继承SpringBootServletInitializer，并重写configure方法。这一步虽然看起来多此一举，但却是Spring Boot兼容Servlet容器部署的标配：

@SpringBootApplication
public class StartApplication extends SpringBootServletInitializer {
    public static void main(String[] args) {
        SpringApplication.run(StartApplication.class, args);
    }
    @Override
    protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
        return builder.sources(this.getClass());
    }
}

最后，用Ma ven命令打jar包，干净利落：

mvn clean install

执行后target目录下会生成可执行的jar包，直接ja va -jar xxx.jar就能跑起来。

2. 导出可执行jar

如果不想用Ma ven，也可以通过IDEA的Artifacts功能手动导出。操作路径：File → Project Settings → Artifacts。

点击+号，选择jar → From modules with dependencies...，然后在弹出的窗口里找到Main Class，选择要执行的主类，最后点OK即可。这样生成的jar同样可以直接运行。

3. 导出war

把Spring Boot项目部署到外部Tomcat时，需要打war包。这里有两个关键步骤：

第一，程序入口类Application.ja va必须继承SpringBootServletInitializer并重写configure方法（和上面jar包的方式一样，这个类本身不区分打包格式，但部署到外部容器时必须这么写）。

第二，确保内置的Tomcat不会和外部的Tomcat“打架”。方法是将spring-boot-starter-tomcat的依赖范围设为provided，这样打war包时就不会把内置Tomcat打包进去：

    org.springframework.boot
    spring-boot-starter-tomcat
    provided    

配置完成后，运行mvn clean package，生成的war包直接丢到Tomcat的webapps目录下即可自动部署。

总结

打包方式的选择取决于实际部署场景：独立运行用jar，放到外部容器用war。注意启动类继承和依赖范围这两个细节，能省去不少排查时间。上面提到的配置和步骤，基本覆盖了日常开发中90%的Spring Boot打包需求，遇到问题可以直接对照检查。