在使用Maven的时候,如果拉取远程仓库失败,报错Dependency ‘XXX’ not found,或者公司有一些自己开发的jar包需要手动导入的,可以采用以下方法手动导入
maven项目一般会这个文件夹:scr/main/resources/lib
将你所需要的jar包复制到这里

<dependency>
<groupId>com.cnm.accogroupId>
<artifactId>acco-commonartifactId>
<version>1.0.0-SNAPSHOTversion>
<scope>systemscope>
<systemPath>${project.basedir}/src/main/resources/lib/acco-common-1.0.0-SNAPSHOT.jarsystemPath>
dependency>
注意:使用systemPath引入jar包时,scope标签一般是system,表示作用于编译和打包时期
因为我导的包很多子工程都会用到,所以导入时,我直接向父工程导入,指望可以作用于子工程,结果全漏了。。。只能往子工程里面一个个导入哈,记住大坑!!!


注意:如果某个子工程引入了这个jar包,那么其他子工程可以通过引入它来使用手动引入的jar包

如果使用的是自己安装的maven,在安装时本机应该配置了maven的环境变量,打开终端直接执行maven命令即可
如果是这种,你使用的就是idea自带的maven,需要这样输入maven命令
注意:如果是自己安装的maven,也可以这样输入maven命令,只是idea自带的maven在安装包内,比较难找,东西其实都是一样的,文件位置不一样罢了,熟悉的都可以操作,就算不配置环境变量,找到文件夹位置,打开终端也可以输入maven命令
mvn install:install-file -Dfile=/Users/wenjie/Downloads/fastjson-2.0.5.jar -DgroupId=com.alibaba -DartifactId=fastjson -Dversion=2.0.5
例如我使用了以上的命令手动导入jar包,那么在对应的pom文件中,我需要引入的dependeny就如下:
<dependency>
<groupId>com.alibabagroupId>
<artifactId>fastjsonartifactId>
<version>2.0.5version>
dependency>
注意不能出错,如果maven命令和xml文件的对应关系弄错了,会导致xml文件报错,不能正确引入依赖
使用systemPath引入jar包的好处是,直接将jar包复制到项目中,比较快捷,修改几行xml即可,缺点是,不支持聚合工程的继承关系,如果许多子工程都需要使用这个依赖,那么需要多次引入或者复制多个jar包到对应的子工程,不够优雅。
使用maven命令引入jar包的好处是,支持聚合工程,可以用父工程来管理maven的依赖关系,子工程在xml中添加对应的依赖则都可以使用,缺点是你的每一个同事都要执行对应的maven命令,你要把引入命令发送给他们,否则他们的xml文件会报错,或者他们在打包项目的时候会报jar包无法找到的问题。
总之,这两种解决方式没有更完美的,只能够根据事实情况选择更合适的解决方式。