利用idea把main方法打成jar包并执行

开发中若需在另一环境测试代码,又不想打包整个项目,可写main方法打成jar包单独执行。介绍了打jar包的步骤,包括在IDEA中选择相关选项、确定模块和main方法等,还提及执行时若报错的解决办法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在开发过程中,我们可能需要在另外一个环境上测试代码,但是又不用把整个项目打包,你就可以选择写一个main方法,把这个面方法打成jar包,单独执行这个jar包

1,选择File选项-->Project Structure选项

2,选择Artifacts--> + -->JAR -->From modules with dependencies..一次按照顺序选择

3,依次选择模块->可执行的main方法->提取出jar包->MF文件生成位置->apply->ok

4,点击生成的目标jar包,选择生成的jar包保存位置->Build->BuildArtifacts..->弹窗中选择要生成的jar包->Build

5,执行,首先要安装jdk,并且配置环境变量,然后打开命令窗口执行命令

java -jar demo.jar

如果报: demo.jar中没有主清单属性

使用解压工具打开jar包,找到META-INF-->MANIFEST.MF->使用记事本打开,在第二行添加

Main-Class: main方法的路径

保存后重新执行命令即可

 

<think>嗯,用户问的是关于使用IntelliJ IDEA把Maven项目打Jar时缺少依赖的问题。这个问题挺常见的,我之前也遇到过类似的情况。首先,我需要回忆一下Maven的打机制。Maven默认的package命令生成的Jar是不含依赖的,也就是所谓的“瘦Jar”。所以,如果用户直接运行mvn package,得到的Jar肯定会缺少依赖,导致运行时出现ClassNotFound之类的错误。 接下来,我应该考虑用户可能的解决方法。最常见的是使用Maven的插件,比如maven-assembly-plugin或者maven-shade-plugin。这两个插件都可以把依赖打进Jar里,生成一个“胖Jar”。不过,这两个插件的配置方式不同,用户可能不太清楚怎么用。需要详细说明如何配置pom.xml文件。 比如,对于maven-assembly-plugin,需要在build标签里配置插件,指定主类和描述符。然后执行mvn assembly:single命令。而maven-shade-plugin可能更简单一些,配置好主类后,直接运行mvn package就行。但用户可能不知道这些插件的区别,比如shade插件还能处理资源冲突,而assembly可能生成多个文件。 另外,用户可能没有正确配置主类,导致生成的MANIFEST.MF里没有Main-Class属性,这样即使依赖打进去了,也无法运行。所以需要提醒用户检查主类配置是否正确。 还有可能是依赖范围的问题,比如有些依赖被标记为provided,这样打时会被排除。这时候需要用户检查pom.xml中的依赖项,看是否有不必要的provided作用域。 另外,用户可能在IDE里直接运行打,但未正确执行Maven命令。比如,在IntelliJ IDEA中,可能需要先clean再package,或者是否勾选了正确的生命周期阶段。有时候缓存问题也会导致依赖没被打,清理一下target目录再重新打可能会有帮助。 还有可能用户没有正确使用插件,比如忘记将插件配置到pom.xml中,或者配置有误。这时候需要检查插件的配置示例,比如是否指定了主类,是否正确绑定了phase和goal。 最后,如果用户的问题依然存在,可能需要更深入的排查,比如检查依赖是否真的存在于本地仓库中,或者是否存在版本冲突等问题。这时候建议用户运行mvn dependency:tree查看依赖树,确认是否有依赖被遗漏或冲突。 总结下来,回答应该分步骤,先说明默认情况,再介绍两种常用插件及其配置,然后检查主类配置,依赖作用域,最后建议清理和查看依赖树。这样用户能够一步步排查问题,找到解决方案。</think>以下是将Maven项目打为可执行Jar时处理依赖缺失问题的分步解决方案: 1. 理解问题本质 当使用默认的`mvn package`打时,生成的是不含依赖的"瘦Jar",需要通过以下方式之一解决依赖问题: 2. 解决方案一:使用maven-assembly-plugin ```xml <build> <plugins> <plugin> <artifactId>maven-assembly-plugin</artifactId> <version>3.6.0</version> <configuration> <archive> <manifest> <mainClass>com.example.MainClass</mainClass> <!-- 替换为实际主类 --> </manifest> </archive> <descriptorRefs> <descriptorRef>jar-with-dependencies</descriptorRef> </descriptorRefs> </configuration> <executions> <execution> <phase>package</phase> <goals> <goal>single</goal> </goals> </execution> </executions> </plugin> </plugins> </build> ``` 执行命令: ```bash mvn clean package ``` 生成带`jar-with-dependencies`后缀的Jar 3. 解决方案二:使用maven-shade-plugin(推荐) ```xml <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-shade-plugin</artifactId> <version>3.5.1</version> <executions> <execution> <phase>package</phase> <goals> <goal>shade</goal> </goals> <configuration> <transformers> <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer"> <mainClass>com.example.MainClass</mainClass> <!-- 替换为实际主类 --> </transformer> </transformers> </configuration> </execution> </executions> </plugin> </plugins> </build> ``` 执行命令: ```bash mvn clean package ``` 生成可直接运行的"胖Jar" 4. 验证打结果 使用以下命令检查Jar内容: ```bash jar tf target/your-artifact-version.jar ``` 应能看到依赖的三方库路径(如`BOOT-INF/lib/`或直接含的依赖) 5. 常见问题排查 - 🔍 检查主类配置是否正确 - 🔍 确认依赖作用域(避免使用`<scope>provided</scope>`) - 🔍 清理旧构建产物:`mvn clean` - 🔍 检查Maven本地仓库是否完整:`mvn dependency:resolve` 6. 高级场景处理 若遇到资源冲突,在shade插件中可添加: ```xml <configuration> <filters> <filter> <artifact>*:*</artifact> <excludes> <exclude>META-INF/*.SF</exclude> <exclude>META-INF/*.DSA</exclude> <exclude>META-INF/*.RSA</exclude> </excludes> </filter> </filters> </configuration> ``` 建议优先使用maven-shade-plugin,它不仅能打依赖,还能有效处理资源合冲突问题。如果使用Spring Boot项目,推荐直接使用spring-boot-maven-plugin进行打
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值