前言

我们开发中经常会遇到这样的场景，对接外部的应用接口，对方给了一个sdk，也就是一个jar包文件，此时需要引入即可调用封装好的方法。

方法一：

最常解决的一个办法就是将这个jar包打包放入我们的仓库，不管是本地还是私服，这样就可以直接在pom文件引用。

1、进入jar包当前目录

window环境用cmd进入当前jar包目录

2、执行打包命令

mvn install:install-file
-Dfile=jar文件所在路径
-DgroupId=包名
-DartifactId=项目名
-Dversion=版本号
-Dpackaging=jar

3、在pom.xml中增加相应的依赖信息即可

方法二：

另一种就是将jar包存放在项目目录中

1、将jar包复制到resource目录

在项目的resource目录新建一个lib目录，将jar包复制到项目的resource目录lib目录下。

2、pom文件新增plugin

在pom文件新增plugin，编译阶段指定外部lib，如下所示

	<plugin>
          <groupId>org.apache.maven.plugins</groupId>
          <artifactId>maven-compiler-plugin</artifactId>
          <configuration>
              <source>1.8</source>
              <target>1.8</target>
              <encoding>UTF-8</encoding>
              <compilerArguments>
                  <extdirs>${project.basedir}/src/main/resources/lib</extdirs>
              </compilerArguments>
          </configuration>
      </plugin>

3、pom文件引入依赖

spdb-api-1.0-SNAPSHOT.jar就是外部的jar包，

 		<dependency>
            <groupId>spdb</groupId>
            <artifactId>spdb-api</artifactId>
            <version>1.0-SNAPSHOT</version>
            <scope>system</scope>
            <systemPath>${project.basedir}/src/main/resources/lib/spdb-api-1.0-SNAPSHOT.jar</systemPath>
        </dependency>

scope参数说明：

• compile： 编译范围，默认scope，在工程环境的classpath（编译环境）和打包（如果是WAR包，会包含在WAR包中）时候都有效。

• provided ：容器或JDK已提供范围，表示该依赖包已经由目标容器（如tomcat）和JDK提供，只在编译的classpath中加载和使用，打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包，一般由servlet容器提供，无需在打包到war包中，如果不配置为provided，把这些包打包到工程war包中，在tomcat6以上版本会出现冲突无法正常运行程序（版本不符的情况）。

• runtime
  一般是运行和测试环境使用，编译时候不用加入classpath，打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口，具体的时候可能有多个，运行时通过配置文件或jar包扫描动态加载的情况。典型的包括：JDBC驱动等。

• test
  测试范围，一般是单元测试场景使用，在编译环境加入classpath，但打包时不会加入，如junit等。

• system
  系统范围，与provided类似，只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。