【JavaEE进阶】——要想代码不写死,必须得有spring配置(properties和yml配置文件)

本文主要是介绍【JavaEE进阶】——要想代码不写死,必须得有spring配置(properties和yml配置文件),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目录

本章目标:

🚩配置文件

🚩SpringBoot配置文件

🎈配置⽂件的格式

🎈 properties 配置⽂件说明

📝properties语法格式

📝读取配置文件

📝properties 缺点分析

🎈yml 配置⽂件说明

📝yml 语法格式

📝yml 使⽤进阶

👩🏻‍💻初始化注解

👩🏻‍💻yml 配置不同数据类型及 null

✅自定义配置

✅单双引号区别

✅yml配置对象

✅yml配置集合

✅yml配置map

✅yml优缺点


本章目标:

配置对象获取用注解@Value

配置集合,map获取用注解@ConfigurationProperties(prefix = "配置名")


🚩配置文件

所谓配置文件,主要就是为了解决硬编码的问题,把可能改变的信息,都放在一起,等到需要改变的时候,直接修改配置文件里面的信息就行了。当我们启动某个程序时, 应⽤程序从配置⽂件中读取数据, 并加载运⾏。

硬编码是将数据直接嵌⼊到程序或其他可执⾏对象的源代码中, 也就是我们常说的"代码写死"
⽐如⼿机字体⼤⼩
如果采⽤硬编码的⽅式, 就直接在程序中指定字体⼤⼩, 所有的⽤⼾使⽤的都是同⼀个字体⼤⼩ ,但是不同的⽤⼾有不同的偏好, 我们可以把⼿机字体的⼤⼩放在配置⽂件中, 当程序启动时, 读取配置, 以⽤⼾设置的字体⼤⼩来显⽰

使⽤配置⽂件, 可以使程序完成⽤⼾和应⽤程序的交互, 或者应⽤程序与其他应⽤程序的交互 。


🚩SpringBoot配置文件

SpringBoot⽀持并定义了配置⽂件的格式, 也在另⼀个层⾯达到了规范其他框架集成到SpringBoot的⽬的.
很多项⽬或者框架的配置信息也放在配置⽂件中, ⽐如:
项⽬的启动端⼝
数据库的连接信息(包含⽤⼾名和密码的设置)
第三⽅系统的调⽤密钥等信息
⽤于发现和定位问题的普通⽇志和异常⽇志等
项⽬的启动端⼝
SpringBoot内置了Tomcat服务器, 默认端⼝号是8080, 但是⽤⼾电脑上8080端⼝号有可能就被其他应⽤程序占⽤了, 所以SpringBoot需要⽀持让⽤⼾⾃定义端⼝号。
此时的端口号就是9091,我们在执行spring web的时候,我们就默认的端口号8080就无法连接成功了。

数据库连接信息

为了更⽅便简单的访问数据库, 出现了⼀些持久层框架, 其实就是对JDBC进⾏了更深层次的封装.让⽤⼾通过简单⼏⾏代码就可完成数据库的访问. 但是不同的应⽤程序访问的数据库不同, 这些 持久层框架就需要⽀持⽤⼾可以⾃定义配置数据库的连接信息.

🎈配置⽂件的格式

Spring Boot 配置⽂件有以下三种:
  • • application.properties
  • • application.yml
  • • application.yaml
yml 为yaml的简写, 实际开发中出现频率最⾼. yaml 和yml 的使⽤⽅式⼀样, 我么现在只讲yml⽂件的使⽤
当应⽤程序启动时, Spring Boot会⾃动从classpath路径找到并加载 application.properties 和 application.yaml 或者 application.yml ⽂件
  • 如果项目中,同时存在properties和yml配置文件,properties的优先级更高。

  • 同时存在时,两个文件都生效
  • 如果两个文件中,都包含同一个配置,以properties为主。

特殊说明
  • 1. 理论上讲 .properties .yml 可以并存在于⼀个项⽬中,当 .properties .yml 并存时,两个配置都会加载. 如果配置⽂件内容有冲突, 则以 .properties 为主, 也就是 .properties 优先级更⾼.
  • 2. 虽然理论上来讲 .properties 可以和 .yml 共存,但实际的业务当中,我们通常会采取⼀种统⼀的配置⽂件格式,这样可以更好的维护(降低故障率)

🎈 properties 配置⽂件说明

properties 配置⽂件是最早期的配置⽂件格式,也是创建 SpringBoot 项⽬默认的配置⽂件

📝properties语法格式

  • properties语法格式是以键值对的形式存在的
  • key和value之间用=进行连接。
  • key格式是建议小写,单词之间使用.分割
spring.application.name=ioc_demo
#设置端口号
server.port=9091#连接数据库spring.datasource.url=jdbc:mysql://127.0.0.1:3306/testdb?characterEncoding=utf8&useSSL=falsespring.datasource.username=rootspring.datasource.password=1005

📝读取配置文件

如果在项⽬中,想要主动的读取配置⽂件中的内容,可以使⽤ @Value 注解来实现。 @Value 注解使⽤" ${} "的格式读取 ,如下代码所⽰:

@RestController
public class propertiesController {//读取配置文件的内容@Value("${demo.key2}")private String key2;@RequestMapping("/readKey")public String readKey(){return "读取到的配置项key2:"+key2;}
}


🔴$的作用 

@Value里面的值是字符串,用$修饰的变量,如果去掉$会给""里面的内容都打印出来。此时就获取不到demo.key2对应的value值,而是返回的是字符串里面的值。 


📝properties 缺点分析

properties配置是以key-value进行配置的,从上述的配置中的key可以看出,properties配置文件中会有很多冗余的信息。

想要解决上述的冗余问题,我们就可以使用配置文件的另一个格式了,yml格式。


🎈yml 配置⽂件说明

yml 是 YAML 是缩写,它的全称 Yet Another Markup Language 翻译成中⽂就是“另⼀种标记语⾔.
我们先来学习yml的语法
文件配置的格式有两种,严格的说是三种,但是yml和properties配置文件都可以 ,只是语法格式不同,优先级不同,我们在不同的场景使用哪个配置文件是可供选择的。项目生成之后默认生成的文件配置是properties,但是我们还有另一种标记语言:yml

📝yml 语法格式

  • yml 是树形结构的配置⽂件,它的基础语法是"key: value".(这里红的地方必须有空格,否则语法错误)
  • key 和 value 之间使⽤英⽂冒号加空格的⽅式组成,空格不可省略

第一项有空格是正确的使用方式, key 也是⾼亮显⽰的. 第⼆项没有空格是错误的使⽤⽅式,第⼆项的 key 也没有⾼亮显⽰

使⽤ yml 连接数据库
#配置数据库连接信息
spring:datasource:url: jdbc:mysql://127.0.0.1:3306/testdb?characterEncoding=utf8&useSSL=falseusername: rootpassword: xxxx
yml 和 properties 连接数据库的配置对⽐
yml的格式是树形结构,数据库的连接是基于spring的,然后在datasource,在datasource中获取到url,username,password三个key。

📝yml 使⽤进阶

  👩🏻‍💻初始化注解
@PostConstruct注解可以初始化注解。

👩🏻‍💻yml 配置不同数据类型及 null
✅自定义配置
//配置文件代码
demo1:key1: hello,yml
#null表示成nullkey2: ~   
#空字符串表示成'',"",或者可以不写,建议标注一下           key3: ''

✅单双引号区别
字符串默认不⽤加上单引号或者双引号, 如果加英⽂的双引号可以表⽰特殊的含义。
尝试在 application.yml 中配置如下信息:
String:str1: Hello \n Spring Boot.str2: 'Hello \n Spring Boot.'str3: "Hello \n Spring Boot."

yml 读取配置的⽅式和 properties 相同,使⽤ @Value 注解即可, 

    //单引号双引号@Value("${String.str1}")public String str1;@Value("${String.str2}")public String str2;@Value("${String.str3}")public String str3;

我们从下面图片可以看出,单引号和不加单双引号就表示转义字符,而加上双引号表示的是转义字符对应的表示的意思(换行)。 


从上述结果可以看出:
  • 字符串默认不⽤加上单引号或者双引号。
  • 单引号会转义特殊字符,使其失去特殊功能, 始终是⼀个普通的字符串.
  • 双引号不会转义字符串⾥⾯的特殊字符, 特殊字符会表⽰本⾝的含义.
此处的转义理解起来会有些拗⼝, \n 本意表⽰的是换⾏
  • 使⽤单引号会转义, 就是说, \n 不再表⽰换⾏了, ⽽是表⽰⼀个普通的字符串
  • 使⽤双引号不会转义, 表⽰ \n 表⽰的是它本⾝的含义, 就是换⾏

以后面试官问起的时候,我们可以说在配置文件中,单引号会转义,而双引号不会转义,不会转义就意味着就表达该字符本身的含义,\n表示换行\t表示tab键。


✅yml配置对象
这ji个时候就不能⽤ @Value 来读取配置中的对象了,此时要使⽤另⼀个注解 @ConfigurationProperties 来读取。
@Component 将该类存入到ioc容器中,后续我们需要使用到该类时候,需要注入到某个类的属性中去,用注解 @Autowired

yml配置集合的时候,我们需要通过@ConfigurationProperties进行读取配置中的类,后期在初始化中直接可以sout student即可,因为@Date集成了toString方法。


✅yml配置集合

配置类和配置集合都是需要我们

配置⽂件也可以配置 list 集合,如下所⽰:

集合的读取和对象⼀样,也是使⽤ @ConfigurationProperties 来读取的,具体实现如下:

@Component
@ConfigurationProperties(prefix = "dbtypes")
@Data
public class DBType {private List<String>name;
}

用字符串数组来接收

访问集合的实现如下 


✅yml配置map
配置⽂件也可以配置 map,如下所⽰:

Map的读取和对象⼀样,也是使⽤ @ConfigurationProperties 来读取的,具体实现如下
@Component
@ConfigurationProperties(prefix = "dbtypes")
@Data
public class DBType {private HashMap<String,String>map;
}
 @Autowiredpublic DBType dbType;@PostConstructpublic void init(){System.out.println(dbType.getMap());
}


✅yml优缺点
优点:
  • 1. 可读性⾼,写法简单, 易于理解
  • 2. ⽀持更多的数据类型, 可以简单表达对象, 数组, List,Map等数据形态.
  • 3. ⽀持更多的编程语⾔, 不⽌是Java中可以使⽤, 在Golang, Python, Ruby, JavaScript中也可以使⽤
缺点:
1. 不适合写复杂的配置⽂件
⽐如properties格式如下
keycloak.realm = demo
keycloak.resource = fm-cache-cloud
keycloak.credentials.secret = d4589683-Oce7-4982-bcd3
keycloak.security[0].authRoles[0]= user
keycloak.security[0].collections[0].name = ssologinurl
keycloak.security[0].collections[0].patterns[0] = /login/*
转换为yml
keycloak:realm: demoresource: fm-cache-cloudcredentials:secret: d4589683-Oce7-4982-bcd3security:- authRoles:- usercollections:- name: ssologinurlpatterns:- /login/*
1
转换的过程也⽐较花费精⼒, 如果配置更复杂⼀点, 可读性会更差, 代码也会更难写

2. 对格式有较强的要求(⼀个空格可能会引起⼀场⾎案


要低调点,让自己的生活变得简单,就是少说自己拥有的东西。

这篇关于【JavaEE进阶】——要想代码不写死,必须得有spring配置(properties和yml配置文件)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1009208

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

Zookeeper安装和配置说明

一、Zookeeper的搭建方式 Zookeeper安装方式有三种,单机模式和集群模式以及伪集群模式。 ■ 单机模式:Zookeeper只运行在一台服务器上,适合测试环境; ■ 伪集群模式:就是在一台物理机上运行多个Zookeeper 实例; ■ 集群模式:Zookeeper运行于一个集群上,适合生产环境,这个计算机集群被称为一个“集合体”(ensemble) Zookeeper通过复制来实现

CentOS7安装配置mysql5.7 tar免安装版

一、CentOS7.4系统自带mariadb # 查看系统自带的Mariadb[root@localhost~]# rpm -qa|grep mariadbmariadb-libs-5.5.44-2.el7.centos.x86_64# 卸载系统自带的Mariadb[root@localhost ~]# rpm -e --nodeps mariadb-libs-5.5.44-2.el7

hadoop开启回收站配置

开启回收站功能,可以将删除的文件在不超时的情况下,恢复原数据,起到防止误删除、备份等作用。 开启回收站功能参数说明 (1)默认值fs.trash.interval = 0,0表示禁用回收站;其他值表示设置文件的存活时间。 (2)默认值fs.trash.checkpoint.interval = 0,检查回收站的间隔时间。如果该值为0,则该值设置和fs.trash.interval的参数值相等。