yaml怎么读 yamal怎么读

Springboot 读取配置文件原理

至此，本篇博客对于 gradle.properties 、 local.properties 、 setting.gradle 都配置都有了一个较为详细都讲解，我们后面在使用过程中，对于这三个文件的配置都不会那么陌生，并且对于三个文件的异都有了一个基本都认知，知道我们在定义本地变量，不同人都环境有异都地方都应该在local.properties配置，大家共同的配置和变量定义可以放到gradle.properties这个专职用于存放配置的文件，就是专门用于配置我们项目的目录结构的setting.gradle，当然这个文件也可以用于配置一些变量，这时候我们就要把我单一职责的原则，也就是高内聚，低耦合那一套，按照文件职责进行划分，下一篇博客准备对build.gradle的配置进行讲解。

而SimpleApplicationEventMulticaster#multicastEvent的实现其实也很简单，找到相关的ApplicationEnvironmentPreparedEvent的listener，然后一个个的调用他们的Listener#onApplicationEvent(nt)方法，而这其中就包括了处理configuration文件的listener。

yaml怎么读 yamal怎么读

yaml怎么读 yamal怎么读

看完这个我们应该就有一个大体的认识了， Properties 本质就是一个HashTable，支持设置默认属性，其他的没啥区别，哪我们看下 Properties 如何读取文件呢

在Springboot 2.4.0 之前这个处理configuration 文件的lister是ConfigFileApplicationListener，在2.4.0之后，处理configuration 文件的lister是EnvironmentPostProcessorApplicatiolishixinzhi/Article/program/Ja/JSP/201311/19416nListener，并且对configuration文件的加载做了较大的改变，导致一些行为可能出现了变化，这也就是下面要详细讲的内容。

Springboot 2.4.0之后，configuration 文件的load顺序按照优先级是如下顺序(序号大的会被小的覆盖）：

和之前版本比较，整体的属性加载顺序并无调整，只有Application properties（14，15）这里有顺序的调整，具体调整为：

如果存在多个active的profiles，例如[Test, Dev], 那么对于同时存在两个profile 配置文件中的配置，后面的profile里的配置（Dev）会覆盖前面profile(Test)里配置的值。

前面讲了这么多，终于要引出Springboot 2.4之后配置文件加载的行为变化了。

考虑这样的情况，如果我想在跑Springboot test的时候指定特定的profile，那么可以在Test class中加入@ActiveProfile("Test")。 如果我的应用中存在ApplicationEnvironmentPreparedEvent的某个自定义listener中，会根据当前environment 设置profile，如env.addActiveProfile("Dev")。

当前就会有两个active profile，由于springboot-test会在调用application#run 前利用DefaultActiveProfilesResolver把@ActiveProfile注解定义的profile（Test）先加入了active的profile，等test run的时候 env.addActiveProfile("Dev") 又会把"Dev"也作为active profile 加入，这时候当前的active profile便为["Test", "Dev"]。

据上面介绍，后面的profile(Dev)对应的configuration 会覆盖前面的(Test)。可Springboot 2.4.0之前的版本为我们做了调整，让Test class中@ActiveProfile内定义的profile所对应的配置文件成为优先级。

刚才提到在Springboot 2.4.0 之前这个处理configuration 文件的lister是ConfigFileApplicationListener，我们

来看看ConfigFileApplicationListener的相关code。

查看initializeProfiles()，发现此时对profile的顺序做了调整，将activatedViaProperty (Test) 放在add，于是profile的顺序就变成了[Dev, Test]。

在profiles.poll()时原本profile的顺序已经倒了过来，已经变为[Dev, Test], 在load()方法中由于后置的Test profile，application-Test.yaml中的值最终生效了。

可是到了Springboot2.4.0之后，ConfigFileApplicationListener被deprecated了，取而代之的是EnvironmentPostProcessorApplicationListener，EnvironmentPostProcessorApplicationListener通过调用ConfigDataEnvironmentPostProcessor来完成configuration加载。

EnvironmentPostProcessorApplicationListener.ja

ConfigDataEnvironmentPostProcessor.ja

ConfigDataEnvironmentPostProcessor只是老老实实的set了active profile，并没有调换profile的顺序。调用定义在spring.factories中的resource loader class来load 配置文件。

YamlPropertySourceLoader.ja

插一句，Springboot为我们提供了很好的yaml文件parse的code，当你需要解析yaml文件时不妨直接参考Springboot的YamlPropertySourceLoader

这样一旦应用升级到Springboot 2.4.0之后相同的test code会使用application-Dev.yaml中配置的值，造成了test结果的改变。

如果要解决这个问题，根据上面介绍的配置文件优先级顺序，可以在@SpringbootTest中设置properties 来作为最终的配置覆盖当前profile对应的配置。

【Gradle深入浅出】——Gradle配置（一）

在底层（即它们没有子 正如你猜测的那样 井号键在YAML中是用来注释的）切换使用JSON风格语法显得特别有用

1.【Gradle深入浅出】——初识Gradle

附上python脚本：

2.【Gradle深入浅出】——Gradle基础概念

4.【Gradle深入浅出】——Gradle配置（一）

5.【Gradle深入JFrame: defaultCloseOperation: JFrame EXIT_ON_CLOSE title: Test Frame width: height:浅出】——Gralde配置（二）

前面三篇博客讲解了Gradle的基础概念，看完前面三篇博客我们应该对于Gradle都有了一个基础的认知，知道了文件的作用，Gradle的基本构成，本篇博客开始就开始进入Gradle的学习，首先讲解的是Gradle的配置，Gradle配置应该是我们日常开发中必不可少的技能，平时的打包，编译等等都需要熟悉Gradle的配置。

哪可能有人要问了，为啥这里的配置都使用properties格式的文件呢？

有了对于Properties类的理解，我们在来看local.properties文件，理解起来就方便类许多，前面几篇博客已经提到了 local.properties 是Studio自动生成的一个本地配置文件，并且不会提交到远端，是我们自己本地的配置文件，常见的配置如下：

既然是配置文件，那么如何在 local.properites 中定义全局变量，然后在build.gradle中读取呢？比如我们的men上传需要用户的姓名密码，每个人的都不一样，所以可以放到local.propertiest文件中

和前面介绍的一样，我们只需要在local.properties中定义变量，然后在gradle中读取变量只需要生成Properties类来进行读取文件。

同样的这也是一个Properties类型的文件，但这个文件主要是配置和Gradle自身相关的配置内容的，接下来聊聊他的几个作用：

所以看到上面的定义后，我们就可以理解常见的“编译速度优化”的配置的大概意思

除了刚才说的这个文件用于配置gradle属性，这个文件还可以用于配置系统属性和android属性

并且可以区分配置不同的项目的配置

1、单项目gradle使用：gradle/wrapper/gradle-wrapper.properties

2、全局gradle使用：userdir/.gradle/gradle.properties

其他的系统变量这里就不列举了，具体看我们遇到具体场景来设置

接着来看下在gradle.properties文件中如何定义变量，gradle.properties就是定义的用来定义变量的文件的地方，所以定义和获取就不需要像local.properties那么麻烦了。

获取变量，就不需要通过文件流读取文件流，gralde内部自身已经做了这个，我们可以直接引用变量即可。

setting.gradle前面的博客介绍了，是用于配置项目的组成和模块的，所以一半我们的setting.gradle文件都是这样的

前面有讲过setting.gradle的实质是生成一个Setting对象，我们按住ctrl点击include就进入了Setting.gradle类，其实就可以知道我们可以调用的api，这里还是介绍我们常用的几个方法吧。首先来看下最常用的 include 方法。

这里特意把注释也放了进来，不得不说老外对于注释真的写的非常详细，往往我们忽视了这么冗长的注释，但当发现问题，从搜索引擎上搜相关资料都时候就会发现，其实大部分就是对于注释都翻译。

所以这里我下面介绍都内容，就会发现和上面注释都大同小异。

首次看下这里的引入方式，一般都是 include ':app' ，这里的语法是这样的

在这里 : 表示的路径的分隔符，也就是 的意思，所以这里都需要使用 : ，其次这里都路径是相当于根目录的路径。然后我们可以看到其实这个方法是可变参数，所以这里支持多个项目引入。

那么这时的setting.gradle就是这样

这时我们可能有个问题：我们如果引入的不是根目录下的项目怎么办？也就是引入其他路径下的项目作为我们的子module，因为这里一直是相对与根目录的路径

我们看下还有一个小知识点，我们如果想改变这个Lib在Studio的显示的名称，该如何作？

这个方法的作用就是我们这样的，可以改变Lib在IDE中的名称。

接着来看下在setting.gradle怎么定义全局变量呢？这时候就是利用gradle的拓展属性的特性了。

关于ext属性我们后面专门再讲下，我们前面也讲到了我们全局就只会有一个gradle对象，所以这里可以理解是一个全局的map对象，这样就好理解了很多。

linux 下怎么安装'yaml'

我们可以我没有机会测这样我们就可以引入不在这个项目中的Lib作为我们这个项目的Lib，组件化的工程经常就会这样使用。试InliJ IDEA 但我推测它的Ruby on Rails插件（+IDEA+Ruby+Plugin）附带了YAML编辑器直接查看configmaps来查看初始化之后集群的kubeadm-config配置。

CKA 心得

而prepareJFrame: defaultCloseOperation: JFrame EXIT_ON_CLOSE title: Test Frame width: height: ponents: JTextArea: name: textArea text: | This is a really long text that spans multiple lines (but preserves new lines) It does not need to be escaped with special brackets CDATA tags or anything like that JButton: name: button text: ButtonEnvironment中最重要的是通过触发listener（EventPublishingRunListener）来通过SimpleApplicationEventMulticaster#multicastEvent发出ApplicationEnvironmentPreparedEvent。

上周末通过了 CKA ，Kubernetes 在国内的热度越来越高，相信以后会有更多人对 Kubernetes 的认证产生兴趣，所以记录一下这次备考过程中有参考价值的细节，希望能对后来者有所帮助。

这里我的案例是配置一批交换机，基础配置不同的地方有：loopback地址（IPV4和IPV6），设备名称，网络号，至于其他互联地址什么的因为情况比较复杂，还是手工做吧。

SourceTree怎么配置UnityYAMLMerge工具？

可以看到 Properites 给我们提供了三个加载文件的方式，所以这里我们也可以得出一个结论， 使用 Properties 不是必须使用 .properties 格式的文件。

BeyondCompare是一款非常强大的文件对比工具 (比Xcode和SourceTree自带的不知道高明到哪去了 (ーωー?) 如果有过Merge经验的同学肯定能体会到有大量冲突时的痛苦 BeyondCompare可以帮你轻松解决这个问题

您可以使用SQL 软件打开bak文件。具体作步骤如下：

可是BeyondCompare之前是一直只有Windows版的 3.0开始支持Linux 4.0开始才支持Mac

这里主要是配置本项目在使用Gradle进行编译时的配置，比如虚拟机堆栈配置(常见的编译速度优化就在这里配置)

接下来介绍一下SourceTree中如何集成BeyondCompare

先安装好BeyondCompare(请支持正版)

2019-05-30 Python+Jinja2+yaml 批量生成配置

JFrame: defaultCloseOperation: JFrame EXIT_ON_CLOSE title: Test Frame width: height: ponents: JTextArea: name: textArea text: | This is a really long text that spans multiple lines (but preserves new lines) It does not need to be escaped with special brackets CDATA tags or anything like that JButton: {name: button text: Button } #JSON风格语法

目前来看，Python+yaml+Jinja2是非常方便生成批量配置的组合，在运维工作中用于批量生成设备的基础配置。

我们知道Gradle都关于属性配置有两个文件， local.properties 和 gradle.properties ，这两个文件的实质都是生成Ja的 Properties 对象，所以要属性这两个文件的作用，首先要属性下 Properties 类。

那么思路就有了。

YAML dump(Object data Writer output); Object data = YAML load(Reader io);

1、生成yaml文件，类似于下面结构：

这里说明一下，loopback地址的V4网段是先规划好的，V6地址和网络号通过一定规则根据V4地址生成，这个yaml文件可以通过读取excel文件，按照算法生成yaml文件，这个在其他文章里再写。

2、读取yaml文件，生成一个由字典组成的列表。每个字典的信息就包含了每台设备需要的变量。

3、写一个函数，遍历列表里的字典，每读取一个字典，把其中变量取出来放进一个临时字典，渲染jinja2的模板，对每个字典输出不同的配置文件。这个临时字典每读取一次就清空，重新写入变量。

有一些细节比如文档取名，时间函数等要调用一些模块，总结一下涉及的知识点，有：yaml模块，jinja2模块，os模块，日期函数，条件循环，I/O作。

模板文件放在‘templates’目录下，否则会报错找不到文件。

微信怎么打开yaml文件

在集群中所有都执行完上面的三点作之后，我们就可以开始创建k8s集群了。因为我们这次不涉及高可用部署，因此初始化的时候直接在我们的目标上面作即可。

4. 选择源设备，然后单击右侧的打开符号。

然后在build.gradle中使用变量的时候，就还是使用gradle.ext使用即可。

5. 在如下界面中单击〖增加〗按钮，系统将弹出一个新了解一个框架很不容易，一个小小的变化都有可能造成应用的行为变化，唯有刨根问底，不断总结才是framework人解决一切问题的不变的方。窗口。

8. 检查上面的源位置，然后单击底部的“确定”开始还原数据库。

yaml 语法中的double怎么写

9. ，还原完成后，单击“数据库”以查看还原的数据库表结构。这将打开BAK文件。

用malloc申请一段连续的内存空间, 这段内存可以存放n个double类型的变量, 实际上就是动态申请了一个double[n]的数组

Springboot 读取配置文件(application.yaml, application.properties)的过程发生在SpringApplication#prepareEnvironment() 阶段，而prepareEnvironment又属于整个Springboot 应用启动的非常前置阶段，因为Environment的准备是后续bean创建的基础。让我们来一探启动是的详细code。除去StopWatch这些code，可以发现prepareEnvironment 发生在SpringApplication#run 这在整个应用启动的多步实质性作中几乎是步。

因为malloc的返回类型都是(void )所以强制转换为(double ), 需要留意的是无论指针类型是什么所有指针的size都是相同的

7. 返回上部窗口，再次单击“确定”。

P[i]等价于(P + i), 甚至可以写成i[P]于是等价于(i + P)虽然这样写是不的

P指向malloc申请的数组的个元素, P是这个元素的值, P+1就是指向第二个元素, 以此类推

k8s系列02-kubeadm部署flannel网络的k8s集群

本文主要在centos所以我们如果有一个这样的目录结构的项目7系统上基于 docker 和 flannel 组件部署 v1.23.6 版本的k8s原生集群，由于集群主要用于自己平时学习和测试使用，加上资源有限，暂不涉及高可用部署。

此前写的一些关于k8s基础知识和集群搭建的一些 方案 ，有需要的同学可以看一下。

机器均为8C8G的虚拟机，硬盘为100G。

同一个k8s集群内的所有需要确保 mac 地址和 product_uuid 均，开始集群初始化之前需要检查相关信息

如果k8s集群的有多个网卡，确保每个能通过正确的网我们可以理解为 .properties 就是类似于json的一套配置文件格式，IDE对于这类文件有特殊的支持，比如注释等语法，做了统一的规范卡互联访问

这里可以根据自己的习惯选择ntp或者是chrony同步均可，同步的时间源可以选择阿里云的 ntp1.aliyun 或者是时间中心的 ntp.ntsc.ac 。

k8s集群之间通信和服务暴露需要使用较多端口，为了方便，直接禁用防火墙

这里主要是需要配置内核加载 br_netfilter 和 iptables 放行 ipv6 和 ipv4 的流量，确保集群内的容器能够正常通信。

虽然新版本的k8s已经支持双栈网络，但是本次的集群部署过程并不涉及IPv6网络的通信，因此关闭IPv6网络支持

IPVS是专门设计用来应对负载均衡场景的组件， kube-proxy 中的 IPVS 实现 通过减少对 iptables 的使用来增加可扩展性。在 iptables 输入链中不使用 PREROUTING，而是创建一个的接口，叫做 kube-ipvs0，当k8s集群中的负载均衡配置变多的时候，IPVS能实现比iptables更高效的转发性能。

详细的文档可以参考 这里 ，由于在刚发布的1.24版本中移除了 docker-shim ，因此安装的 版本≥1.24 的时候需要注意 容器运行时 的选择。这里我们安装的版本低于1.24，因此我们继续使用docker。

docker的具体安装可以参考我之前写的 这篇文章 ，这里不做赘述。

CentOS7使用的是 d 来初始化系统并管理进程，初始化进程会生成并使用一个 root 控制组 ( cgroup ), 并充当 cgroup 管理器。 Systemd 与 cgroup 集成紧密，并将为每个 d 单元分配一个 cgroup 。 我们也可以配置 容器运行时 和 kubelet 使用 cgroupfs 。 连同 d 一起使用 cgroupfs 意味着将有两个不同的 cgroup 管理器 。而当一个系统中同时存在cgroupfs和d两者时，容易变得不稳定，因此更改设置，令容器运行时和 kubelet 使用 d 作为 cgroup 驱动，以此使系统更为稳定。 对于 Docker, 需要设置 native.cgroupdriver=d 参数。

k8s有 详细的文档 介绍了如何设置kubelet的 cgroup driver ，需要特别注意的是，在1.22版本开始，如果没有手动设置kubelet的cgroup driver，那么默认会设置为d

kube三件套就是 kubeadm 、 kubelet 和 kubectl ，三者的具体功能和作用如下：

CentOS7的安装比较简单，我们直接使用提供的 yum 源即可。需要注意的是这里需要设置 selinux 的状态，但是前面我们已经关闭了selinux，因此这里略过这步。

当我们看到下面这个输出结果的时候，我们的集群就算是初始化成功了。

刚初始化成功之后，我们还没办法马上查看k8s集群信息，需要配置kubeconfig相关参数才能正常使用kubectl连接apiserver读取集群信息。

配置完成后，我们再执行相关命令就可以查看集群的信息了。

这时候我们还需要继续添加剩下的两个作为worker运行负载，直接在剩下的上面运行集群初始化成功时输出的命令就可以成功加入集群：

如果不小心没保存初始化成功的输出信息也没有关系，我们可以使用kubectl工具查看或者生成token

添加完成之后我们再查看集群的可以发现这时候已经多了两个node，但是此时的状态还是 NotReady ，接下来就需要部署CNI了。

flannel 应该是众多开源的CNI插件中入门门槛的CNI之一了，部署简单，原理易懂，且相关的文档在网络上也非常丰富。

针对 kube-flannel.yml 文件，我们需要修改一些 参数 以适配我们2. 然后，在sqlserver的登录界面中，可以直接选择计算机名进行登录。的集群：

修改完成之后我们直接部署即可

集群部署完成之后我们在k8s集群中部署一个nginx测试一下是否能够正常工作。首先我们创建一个名为 nginx-quic 的命名空间（ namespace ），然后在这个命名空间内创建一个名为 nginx-quic-deployment 的 deployment 用来部署pod，再创建一个 serv 用来暴露服务，这里我们先使用 nodeport 的方式暴露端口方便测试。

部署完成后我们直接查看状态

我们进行测试，这个nginx-quic的镜像默认情况下会返回在nginx容器中获得的用户请求的IP和端口

spring boot 读取 application.yml 中 List 类型数据

python新手，有不合理的地方请高手指点。

使用 spring boot 开发应用, 有一个读取 application.yml 配置的需求,配置项的类型为列表,需要将配置项内容读取到 Ja 类中, 开发过程中遇到无确读取配置内容的问题,遂记录.

3.【Gradle深入浅出】——Android Gradle Plugin 基础概念

spring boot 中默认的 yaml 类库为 snakeyaml, 目前支持 yaml 1.1 规范, 规范参考地址 YAML 1.1 (2nd Edit一个比较简单的指定kubelet的 cgroup driver 的方法就是在 kubeadm-config.yaml 加入 cgroupDriver 字段ion)

配置内容如下:

配置读取类, 重点如下:

以上为实际开发中相关内容, 遇到点小坑, 解决后随手记录