引入外部jar包

1.resources下创建libs文件夹

2.在pom文件中导入外部jar包
groupId为任意值
artifactId 为jar包name
version 对应的版本

<dependency>
            <groupId>com.cars.xiaoyu</groupId>
            <artifactId>xylink-cloudsdk</artifactId>
            <version>3.7.4</version>
            <scope>system</scope>
            <systemPath>${project.basedir}/src/main/resources/libs/xylink-cloudsdk-3.7.4.jar</systemPath>
        </dependency>

3.打包
使用SpringBoot打包插件生成jar包的时候，你会发现这个jar包不会被打进去，进而出现错误。
这个就需要在maven插接中配置一个includeSystemScope属性：

 <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                 <!--设置为true，以便把本地的system的jar也包括进来-->
                    <includeSystemScope>true</includeSystemScope>
                </configuration>
            </plugin>

maven的scope一共包括：compile、runtime、test、system、provided、import

compile是默认值，当我们引入依赖时，如果标签没有指定，那么默认就是complie。
compile表示被依赖项目需要参与当前项目的编译，包括后续的测试，运行周期也参与其中，同时打包的时候也会包含进去。是最常用的，所以也是默认的。

runtime表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过编译而已。
数据库的驱动包一般都是runtime，因为在我们在编码时只会使用JDK提供的jdbc接口，而具体的实现是有对应的厂商提供的驱动(如mysql驱动)，实在运行时生效的，所以这类jar包无需参与项目的编译。

test表示只会在测试阶段使用，在src/main/java里面的代码是无法使用这些api的，并且项目打包时，也不会将"test"标记的打入"jar"包或者"war"包。

system依赖不是由maven仓库，而是本地的jar包，因此必须配合systemPath标签来指定本地的jar包所在全路径。这类jar包默认会参与编译、测试、运行，但是不会被参与打包阶段。如果也想打包进去的话，需要在插件里做配置true。

provided表示的是在编译和测试的时候有效，在执行（mvn package）进行打包成war、jar包的时候不会加入，比如：servlet-api，因为servlet-api，tomcat等web服务器中已经存在，如果在打包进去，那么包之间就会冲突

import比较特殊，他的作用是将其他模块定义好的 dependencyManagement 导入当前 Maven 项目 pom 的 dependencyManagement 中，都是配合pom来进行的。所以import作用的是pom类型，不是jar包。