eclipse 中Maven项目的maven install 、build 、clean

关注

原创最新推荐文章于 2026-05-02 07:09:38 发布 5.1w 阅读 AI 写同款· GEO 优化 ›

MyBatis-Plus雪花算法实战：原理、配置与分布式ID生成解决方案在分布式系统架构中，生成全局唯一标识符（ID）是保障数据一致性与系统可扩展性的基础技术。其核心原理在于设计一种能在多节点环境下避免冲突的生成机制，常见方案包括UUID、数据库序列以及雪花算法等。雪花算法因其结合时间戳、工作机器ID和序列号的位结构设计，在保证全局唯一性的同时，实现了ID的趋势递增，这对数据库索引优化和高并发写入性能具有显著价值。该技术广泛应用于分库分表、微服务链路追踪、高并发业务流水号等场景。本文聚焦于MyBatis-Plus框架对雪花算法的集成实现，深入解析其位结构、默认配置，并针对分布式阅读详情

自己在对maven项目打成war包的时候，首先是maven clean，之后maven build的时候出现报错，说找不到该项目下的target 文件（具体的英文我就不复制了），自己倒腾了好长的时间，最后maven install一下皆可以了，自己感到很纳闷，自己之前就没有对maven做深入的了解，只是平常的引用个jar包，打个war包什么的，出现这个情况当时真的是很令我抓狂，所以就可以的上网查了查，针对上面的问题做了总结，以供你我他查看：

标准的Maven项目包层次结构：

-Project

--src/main/java

--src/main/resources

--src/test/java（如果是用-DskipTests，那么也会编译这些测试类，但是如果勾选Skip tests则不会）

--src/test/resources（如果是用-DskipTests，那么也会编译这些资源文件，但是如果勾选Skip tests则不会）

上面是对在eclipse中运用该命令的说明；

1、maven clean 是清除target目录下的之前打好的jar包或者是war包；

2、maven build是重新对该maven项目进行打包，这里需要手动的输入打包的命令 -X package

上面的两部命令合在一起 maven install是对上面两个命令的集合，既是通过maven自带的原生命令，同时执行了clean 和build，比较节省时间；

那么问题就来了当时为什么我单独执行会出错呢，这就可以说明 maven 对eclipse外带的插件执行命不友好；

下面是一个大神的另一个问题的总结；

之前写代码的过程中曾经遇到过问题，用mvn install后，新改的内容不生效，一定要后来使用mvn clean install 才生效，于是想看看clean和不clean的区别。

就如大家知道的，maven在执行一个生命周期的命令的是时候将会执行之前的所有生命周期操作，比如执行mvn install，会执行前面一系列的动作包括 compile , package , test 等，具体请查看maven的官方文档。这个特性使maven的命令更加简洁易用。

再来分析原来的问题，为什么修改的内容不生效，肯定是最终打出来的war包中的内容没有更新，而war包中会依赖其他子工程的jar包，如果jar 包没有更新过，那war包调用老的jar包也会导致新内容不生效。定位到问题的原因应该是jar包没有用最新的资源（java或者配置文件），那jar包又是什么时候，谁去打的呢。

上面我们提到我们执行mvn install的时候会先执行mvn package，maven就是通过这个生命周期来根据用户配置，进行打包（war、jar或者其他），这会在每个工程 pom.xml 文件中设置，类似如下：

<project xmlns="http://maven.apache.org/POM/4.0.0"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0

http://maven.apache.org/xsd/maven-4.0.0.xsd">

  ...
  <packaging>war</packaging>
  ...
</project>

这里指定package的时候打成一个war包，改成jar，就会被打成jar包。

我们看jar形式的情况，mvn package 会调用 maven-jar-plugin 这个插件进行打包。
下面我们做一些实验来看这个插件打包的时候的情况

1. 修改target目录下打好的jar包中class以及配置文件的内容，在运行命令mvn package，结果target包中的内容没有被覆盖。
2. 修改源代码中的内容，再运行命令mvn package,结果target包中的内容被覆盖了，产生了新的包。
3. 修改target目录下打好的jar包中的内容，运行命令mvn package -Djar.forceCreation，这个参数应该是强制创建jar包，所以结果target中的jar包内容被覆盖了，产生了新的jar包。

根据上面的实验好像还是不能解释什么时候应该用clean将target下面的内容删除重新生成，jar包，不过至少是明白了一些规则。

总结
1. 理论上来讲不做mvn clean 得到的jar包应该是最新的，除非其他方式修改jar包中的内容而不修改源代码。
2. 平时可以用mvn install，而不进行chean节省时间（如果你觉得节省时间多的话），但最保险还是用 mvn clean install 生成最新的jar包或其他包
3. 不想用mvn clean又想保证jar包最新，建议添加 -Djar.forceCreation 参数

收录于