启动 jar 包时指定 yml 文件

把 applicationyml 文件放在执行 java -jar 命令所在的目录中；

执行 java -jar xxxjar 命令，此时 applicationyml 应放在 xxxjar 同级目录；

执行 java -jar /abc/xxxjar 命令，此时 applicationyml 应放在 / 目录；

需要注意的是，自动加载 applicationyml 的位置并不与 jar 包相关，而是与 java 命令有关。

通过 --springconfiglocation 参数可以指定配置文件的位置。

java -jar /abc/xxxjar --springconfiglocation=/abc/applicationyml

有些用过springBoot工程的人总有疑惑，springBoot工程中是有一个applicationyml配置文件的啊，其实applicationyml的功能和applicationproperties是一样的，不过因为yml文件是树状结构，写起来有更好的层次感，更易于理解，所以很多人都选择了yml文件。

下面来说说将工程改成applicationyml配置文件的详细步骤

第一步：在 applicationproperties 文件的同级目录下新建一个 applicationyml 文件

第二步：添加applicationyml文件中的配置如下：

server:

  port: 8088

spring:

    datasource:

        name: test

        url: jdbc:mysql://localhost:3306/test

        username: root

        password: xxx

        # 使用druid数据源

        type: comalibabadruidpoolDruidDataSource

        driver-class-name: commysqljdbcDriver

        filters: stat

        maxActive: 20

        initialSize: 1

        maxWait: 60000

        minIdle: 1

        timeBetweenEvictionRunsMillis: 60000

        minEvictableIdleTimeMillis: 300000

        validationQuery: select 'x'

        testWhileIdle: true

        testOnBorrow: false

        testOnReturn: false

        poolPreparedStatements: true

        maxOpenPreparedStatements: 20

如图所示：

第三步：删除原有的applicationproperties文件

文件结构如图示：

第四步，重新编译maven工程

找到maven工具栏，双击clean，待执行完成后，双击install，执行完成则编译成功。

第四步，重启springboot项目

没有任何问题：

The End

Spring Boot 中可以用 springprofilesactive 参数来指定系统环境，让系统加载不同的配置文件。

可以在程序启动的时候加上参数来指定需要的配置

当然我们也可以事先设置好系统的环境变量

然后在 yml 文件中用 active: ${SERVER_EVN} 来动态的获取系统已设置好的数据。这样这台 test 服务器中的再启动 Spring Boot 项目的时候就可以不用每次都去设置参数了。

同时 yml 也支持 ${SERVER_EVN:dev} 这样的方式来设置默认值，此时如果环境变量中没有 SERVER_EVN ， active就会默认设置为"dev"。

模板文件是使用 Compose 的核心，涉及到的指令关键字也比较多。大部分指令跟 docker run 相关参数的含义都是类似的。

默认的模板文件名称为 docker-composeyml ，格式为 YAML 格式。

可以将 Compose 文件命名为任何所需内容，以使其在逻辑上具有意义； docker-composeyml 仅为标准名称。我们可以简单地将此文件命名为 docker-stackyml 或更特定于项目的内容

注意每个服务都必须通过 image 指令指定镜像或 build 指令（需要 Dockerfile ）等来自动构建生成镜像。

在 docker stack 下， build 指令不能使用，只能用 image

如果使用 build 指令，在 Dockerfile 中设置的选项(例如： CMD , EXPOSE , VOLUME , ENV 等) 将会自动被获取，无需在 docker-composeyml 中再次设置。

请注意，将 Compose 文件设置为 version:"3" 。本质上，这会使其兼容 swarm mode 。我们可以使用 deploy key （仅可用于 Compose 文件格式版本 3x 及更高版本）及其子选项对每项服务（例如，web）进行负载均衡和优化性能。我们可以使用 docker stack deploy 命令（仅在 Compose 文件版本 3x 及更高版本上受支持）运行此文件。您可以使用 docker-compose up 运行具有 非 swarm 配置的版本 3 文件。

指定 Dockerfile 所在文件夹的路径（可以是绝对路径，或者相对 docker-composeyml 文件的路径）。 Compose 将会利用它自动构建这个镜像，然后使用这个镜像。

也可以使用 context 指令指定 Dockerfile 所在文件夹的路径。

使用 dockerfile 指令指定 Dockerfile 文件名。

使用 arg 指令指定构建镜像时的变量。

使用 cache_from 指定构建镜像的缓存

指定容器的内核能力（capacity）分配。

让容器拥有所有能力可以指定为：

去掉 NET_ADMIN 能力可以指定为：

覆盖容器启动后默认执行的命令。

仅用于 Swarm mode

指定父 cgroup 组，意味着将继承该组的资源限制。

例如，创建了一个 cgroup 组名称为 cgroups_1。

指定容器名称。默认将会使用 项目名称_服务名称_序号 这样的格式。

仅用于 Swarm mode

指定设备映射关系。

解决容器的依赖、启动先后的问题。以下例子中会先启动 redis``db 再启动 web

自定义 DNS 服务器。可以是一个值，也可以是一个列表。

配置 DNS 搜索域。可以是一个值，也可以是一个列表。

挂载一个 tmpfs 文件系统到容器。

从文件中获取环境变量，可以为单独的文件路径或列表。

如果通过 docker-compose -f FILE 方式来指定 Compose 模板文件，则 env_file 中变量的路径会基于模板文件路径。

如果有变量名称与 environment 指令冲突，则按照惯例，以后者为准。

环境变量文件中每一行必须符合格式，支持 # 开头的注释行。

设置环境变量。你可以使用数组或字典两种格式。

只给定名称的变量会自动获取运行 Compose 主机上对应变量的值，可以用来防止泄露不必要的数据。

如果变量名称或者值中用到 true|false ， yes|no 等表达 布尔 含义的词汇，最好放到引号里，避免 YAML 自动解析某些内容为对应的布尔语义。这些特定词汇，包括

y|Y|yes|Yes|YES|n|N|no|No|NO|true|True|TRUE|false|False|FALSE|on|On|ON|off|Off|OFF

暴露端口，但不映射到宿主机，只被连接的服务访问。

仅可以指定内部端口为参数

类似 Docker 中的 --add-host 参数，指定额外的 host 名称映射信息。

会在启动后的服务容器中 /etc/hosts 文件中添加如下两条条目。

通过命令检查容器是否健康运行。

指定为 镜像名称或镜像 ID 。如果镜像在本地不存在， Compose 将会尝试拉取这个镜像。

为容器添加 Docker 元数据（metadata）信息。例如可以为容器添加辅助说明信息。

配置日志选项。

目前支持三种日志驱动类型:

options 配置日志驱动的相关参数:

设置网络模式。使用和 docker run 的 --network 参数一样的值。

配置容器连接的网络。

跟主机系统共享进程命名空间。打开该选项的容器之间，以及容器和宿主机系统之间可以通过 进程ID 来相互访问和 *** 作。

暴露端口信息。

使用宿主端口：容器端口 (HOST:CONTAINER) 格式，或者仅仅指定容器的端口（宿主将会随机选择端口）都可以。

存储敏感数据，例如 mysql 服务密码。

指定容器模板标签（label）机制的默认属性（用户、角色、类型、级别等）。例如配置标签的用户名和角色名。

设置另一个信号来停止容器。在默认情况下使用的是 SIGTERM 停止容器。

配置容器内核参数。

指定容器的 ulimits 限制值。

例如，指定最大进程数为 65535，指定文件句柄数为 20000（软限制，应用可以随时修改，不能超过硬限制） 和 40000（系统硬限制，只能 root 用户提高）。

数据卷所挂载路径设置。可以设置宿主机路径 （HOST:CONTAINER） 或加上访问模式 （HOST:CONTAINER:ro） 。

该指令中路径支持相对路径。

此外，还有包括 domainname , entrypoint , hostname , ipc , mac_address , privileged , read_only , shm_size , restart , stdin_open , tty , user , working_dir 等指令，基本跟 docker run 中对应参数的功能一致。

指定服务容器启动后执行的入口文件。

指定容器中运行应用的用户名。

指定容器中工作目录。

指定容器中搜索域名、主机名、mac 地址等。

允许容器中运行一些特权命令。

指定容器退出后的重启策略为始终重启。该命令对保持服务始终运行十分有效，在生产环境中推荐配置为 always 或者 unless-stopped 。

以只读模式挂载容器的 root 文件系统，意味着不能对容器内容进行修改。

打开标准输入，可以接受外部输入。

模拟一个伪终端。

Compose 模板文件支持动态读取主机的系统环境变量和当前目录下的 env 文件中的变量。

例如，下面的 Compose 文件将从运行它的环境中读取变量 ${MONGO_VERSION} 的值，并写入执行的指令中。

如果执行 MONGO_VERSION=32 docker-compose up 则会启动一个 mongo:32 镜像的容器；如果执行 MONGO_VERSION=28 docker-compose up 则会启动一个 mongo:28 镜像的容器。

若当前目录存在 env 文件，执行 docker-compose 命令时将从该文件中读取变量。

在当前目录新建 env 文件并写入以下内容。

执行 docker-compose up 则会启动一个 mongo:36 镜像的容器。

applicationyml 文件在读取纯数字的时候会将0开头的数字自动转换成8进制，场景如下:

通过@Value获取

spring在读取applicationyml文件时，会先判断password的类型并进行tag标注(Tag-tag:yamlorg,2002:int)，然后在解析时通过不同的策略自动转换。

源码如下：

很简单，将00001001 写成 '00001001'即可

SpringBoot使用一个全局的配置文件，配置文件名是固定的；

配置文件的作用：修改SpringBoot自动配置的默认值；SpringBoot在底层都给我们自动配置好；

YAML 是一个标记语言

标记语言：

以前的配置文件；大多都使用的是xxxxml文件

YAML：以数据为中心，比json、xml等更适合做配置文件

YAML：配置例子

XML:

k:(空格)v ： 表示一对键值对（空格必须有）

以空格的缩进来控制层级关系；只要是左对齐的一列数据，都是同一个层级的

属性和值也是大小写敏感；

k: v :字面直接来写；

字符串默认不用加上单引号或者双引号；

"" :双引号；不会转义字符串里面的特殊字符； 特殊字符会作为本身想表示的意思

name : "zhangsan \n lisi" :输出 ： zhangsan 换行 lisi

'' :单引号；会转义特殊字符，特殊字符最终只是一个普通的字符串数据

name: 'zhangsan \n lisi' : 输出 ； zhangsan \n lisi

k: v : 在下一行来写对象的属性和值的关系 ；注意缩进

对象还是 k: v 的方式

行内写法：

用- 值表示数组中的一个元素

行内写法

配置文件

javaBean:

我们可以导入配置文件处理器，以后编写配置就有提示了

调整 图示：

配置文件yml还是properties他们都能获取到值；

如果说，我们只是在某个业务逻辑中需要获取一下配置文件中的某项值，使用@Value

如果说，我们专门编写一个javaBean来和配置文件进行映射，我们就直接使用@ConfigurationProperties

@ImportResource:导入Spring的配置文件，让配置文件里面的内容生效

SpringBoot里面没有Spring的配置文件，我们自己编写的配置文件，也不能自动识别；

想让Spring的配置文件生效，加载进来；@ImportResource标注在一个配置类上

不来编写Spring的配置文件

Spring Boot推荐给容器添加组件的方式；推荐全注解的方式

1、配置类@Configuration------>Spring配置文件

2、使用@Bean给容器中添加组件

我们在主配置文件编写的时候，文件名可以是application-{profile}properties/yml

默认使用applicationproperties的配置

1、在配置文件中指定springprofilesactive=dev

2、在命令行：

java -jar spring-boot-02-configjar --springprofilesactive=dev;

可以直接在测试的时候，配置传入命令行参数

3虚拟机参数

-Dspringprofilesactive=dev

springboot 启动会扫描以下位置的applicationproperties或者applicationyml文件作为Spring Boot的默认配置文件

-file:/config/

-file:/

-classpath:/config/

-classpath:/

优先级由高到低，高优先级的配置会覆盖低优先级的配置

SpringBoot会从这四个位置加载主配置文件：互补配置

==我们还可以通过springconfiglocation来改变默认的配置文件位置==

项目打包好以后，我们可以使用命令行参数的形式，启动项目的时候来指定配置文件的新位置；指定配置文件和默认加载的这些配置文件共同起作用互补配置；

java -jar spring-boot-02-configjar --springconfiglocation=G:/applicationproperties

==SpringBoot也可以从以下位置加载配置；优先级从高到低；高优先级的配置低优先级的配置，所有的配置会形成互补配置==

1命令行参数

2来自java:comp/env的JNDI属性

3java系统属性

4 *** 作系统环境变量

5RandomValuePropertySource配置的random属性值

==有jar包外箱jar包内进行寻找==

==优先加载带profile==

6jar包外部的application-{profile}properties 或 applicationyml(带springprofile)配置文件

7jar包内部的application-{profile}properties 或 applicationyml(带springprofile)配置文件

==再来加载不带profile==

8jar包外部的applicationproperties或者applicationyml(不带springprofile)配置文件

9jar包内部的applicationproperties或者applicationyml(不带springprofile)配置文件

精髓：

1》springboot启动会加载大量的自动配置类

2》我们看我们需要的功能有没有springboot默认写好的自动配置类

3》我们再来看这个自动配置类中到底配置了那些组件；（只要我们要用的组件有，我们就不需要再来配置了）

4》给容器中自动配置类添加组件的时候，会从properties类中获取某些属性，我们就可以在配置文件中指定这些属性的值

接 上篇

RequestRateLimiter GatewayFilter Factory使用 RateLimiter 来决定当前请求是否允许通过，如果不允许，则默认返回状态码 >

我的 CN华少博客 建设也有一段时间了，这段时间想去更新一下文章，突然发现原来的源码被我不知道弄到哪里去了，于是乎我又准备重新建一个项目，并在其基础上更换一套新的模板，并与Typore中的md文件进行使用尝试，近期这几篇可能就是这个系列来进行了。

另之前开设的SSO统一身份认证近期没有再进行更新，后续会对其进行补充，请大家持续关注。

本篇用于记录我在创建后的Hexo中进行注释的_configyml，便于后续进行修改时不记得哪个是干啥的了o(╯□╰)o，所有注释均参考了官方文档进行记录，对于其各个部分进行了模块划分，便于进行阅读使用。下面是我进行注释后的配置文件。有需要的同学可以直接拿去进行修改。

以上就是关于启动 jar 包时指定 yml 文件全部的内容，包括:启动 jar 包时指定 yml 文件、springBoot中的application.yml配置文件、yml 文件中使用环境变量等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！