为什么同样是pom文件里面的架包jar,显示的图标不一样。以及maven中snapshot快照库和release发布库的区别和作用

本文探讨了Maven依赖中jar图标不同的现象,原因并非由快照库和发布库引起,而是由于同时打开的项目影响。此外,介绍了maven的snapshot快照库和release发布库的区别,快照库适用于开发阶段的不稳定版本,便于自动更新,而发布库则保存稳定发行版。在开发中,通过设置-SNAPSHOT后缀来区分快照版本。

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

问题的现象:

         这应该不是一个问题吧,我只是当时好奇。我记得是一个月之前吧,我发现同是pom加的jar,但在Maven Depenendies中的显示有不一样,如图1

                图1

图上可以看到不一样。当时我不知道为什么,也问了其它人好像也不太知道。当时放弃了。今天刚好让我发现了,哈哈哈!

问题的原因

一开始我还以为是maven的快照和发布两个版本的原因导致的图标不同,后面证明不是的。随后在一次无意的操作中发现原来together_user_consumer这个包的项目同时在我的myeclipse也开着,这样就会显示图1,当我把together_user_consumer项目关掉,刷新一下就显示一样了,哎哎哎。

连带知识:

maven的snapshot快照仓库和release发布仓库

    在使用maven过程中,我们在开发阶段经常性的会有很多公共库处于不稳定状态,随时需要修改并发布,可能一天就要发布一次,遇到bug时,甚至一天要发布N次。我们知道,maven的依赖管理是基于版本管理的,对于发布状态的artifact,如果版本号相同,即使我们内部的镜像服务器上的组件比本地新,maven也不会主动下载的。如果我们在开发阶段都是基于正式发布版本来做依赖管理,那么遇到这个问题,就需要升级组件的版本号,可这样就明显不符合要求和实际情况了。但是,如果是基于快照版本,那么问题就自热而然的解决了,而maven已经为我们准备好了这一切。

      maven中的仓库分为两种,snapshot快照仓库和release发布仓库。snapshot快照仓库用于保存开发过程中的不稳定版本,release正式仓库则是用来保存稳定的发行版本。定义一个组件/模块为快照版本,只需要在pom文件中在该模块的版本号后加上-SNAPSHOT即可(注意这里必须是大写),如下:


<groupId>cc.mzone</groupId>

<artifactId>m1</artifactId>

<version>0.1-SNAPSHOT</version>

<packaging>jar</packaging>

maven2会根据模块的版本号(pom文件中的version)中是否带有-SNAPSHOT来判断是快照版本还是正式版本。如果是快照版本,那么在mvn deploy时会自动发布到快照版本库中,而使用快照版本的模块,在不更改版本号的情况下,直接编译打包时,maven会自动从镜像服务器上下载最新的快照版本。如果是正式发布版本,那么在mvn deploy时会自动发布到正式版本库中,而使用正式版本的模块,在不更改版本号的情况下,编译打包时如果本地已经存在该版本的模块则不会主动去镜像服务器上下载。

      所以,我们在开发阶段,可以将公用库的版本设置为快照版本,而被依赖组件则引用快照版本进行开发,在公用库的快照版本更新后,我们也不需要修改pom文件提示版本号来下载新的版本,直接mvn执行相关编译、打包命令即可重新下载最新的快照库了,从而也方便了我们进行开发。


如有不对的地方,请纠正我哟!!!


<think>嗯,我现在要理解Maven中的jar是什么。首先,Maven是一个项目管理工具,对吧?听说它主要用于Java项目,帮助管理构建、依赖等等。那jar呢,应该Java有关。 对了,JAR代表Java Archive,是一种打格式,用来把多个Java类文件、资源文件等组合成一个文件。这样方便分发部署应用。但Maven中的jar有什么特别之处呢? 可能Maven通过它的依赖管理机制来自动下载管理这些jar。比如,当你在项目的pom.xml文件中声明一个依赖,Maven会自动从仓(比如Maven中央仓)下载对应的jar,这样开发者就用手动下载添加了。 那Maven中的jar可能分为两种:项目构建生成的jar,以及项目所依赖的第三方jar。比如,当运行mvn package命令时,Maven会把编译好的代码打jar文件,放在target目录下。而依赖的jar则是从远程仓下载到本地的.m2文件夹中。 另外,Maven的坐标系统(groupId, artifactId, version)应该用来唯一标识一个jar,确保正确的版本被下载使用。同的作用域(scope)比如compile、test、provided等,可能影响jar在构建过程中的使用方式。 可能还需要理解Maven的结构,本地仓远程仓的关系。当项目需要某个依赖时,Maven会先检查本地仓是否存在,如果没有再去远程下载。这样可以节省带宽加快构建速度。 过,有些细节可能需要注意,比如传递性依赖的处理,Maven如何解决版本冲突,或者如何排除某个依赖。还有,snapshot版本release版本的区别,可能影响jar的更新策略。 总结一下,Maven中的jar是通过坐标唯一标识的Java文件,由Maven自动管理下载依赖,简化了项目的构建依赖管理流程。这应该是核心概念。</think>在Maven中,**JAR**是Java项目开发管理的核心组成部分。以下是逐步说明: --- ### 1. **JAR的定义** - **JAR(Java Archive)**:是Java的标准打格式,用于将多个`.class`文件、配置文件(如`XML`/`properties`)、资源文件(如图片)等**压缩成一个文件**,便于分发部署。 - **作用**:简化依赖管理、代码复用模块化开发。 --- ### 2. **Maven如何管理JAR** Maven通过以下机制管理JAR: - **依赖声明**:在项目的`pom.xml`中声明所需依赖,例如: ```xml <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.13.2</version> <scope>test</scope> </dependency> ``` - **坐标(Coordinates)**:通过`groupId`(组织标识)、`artifactId`(项目标识)、`version`(版本号)唯一标识一个JAR。 - **作用域(Scope)**:如`compile`(默认,参与编译运行)、`test`(仅测试阶段使用)等。 - **依赖解析**: - Maven会从**本地仓**(默认在`~/.m2/repository`)查找JAR。 - 若本地存在,则从**远程仓**(如[Maven中央仓](https://repo.maven.apache.org/))下载。 --- ### 3. **JAR的分类** - **项目生成的JAR**:通过`mvn package`命令将当前项目代码打JAR,输出到`target/`目录。 - **第三方依赖JAR**:项目所依赖的外部(如`log4j`、`Spring`框等),由Maven自动下载管理。 --- ### 4. **Maven层级** | 仓类型 | 路径/来源 | 作用 | |------------|--------------------------------|------------------------------| | **本地仓** | `~/.m2/repository` | 缓存已下载的JAR,避免重复下载 | | **远程仓** | 中央仓、私有仓(如Nexus) | 存储所有公开或私有的JAR | --- ### 5. **常见操作示例** - **手动安装JAR到本地仓**: ```bash mvn install:install-file -Dfile=my-lib.jar -DgroupId=com.example -DartifactId=my-lib -Dversion=1.0.0 ``` - **排除冲突的依赖**: ```xml <dependency> <groupId>com.example</groupId> <artifactId>project-a</artifactId> <version>1.0</version> <exclusions> <exclusion> <groupId>org.conflict</groupId> <artifactId>conflicting-lib</artifactId> </exclusion> </exclusions> </dependency> ``` --- ### 6. **注意事项** - **版本冲突**:多个依赖可能引入同一JAR同版本,Maven会按**就近原则**选择版本。 - **快照SNAPSHOT)**:以`-SNAPSHOT`结尾的版本(如`1.0-SNAPSHOT`)表示开发中的版本,Maven会定期检查更新。 --- ### 总结 Maven通过**统一依赖声明****自动化仓管理**,解决了JAR的下载、版本控制传递性依赖问题,显著提升了Java项目的开发效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值