面试官：说一说我为什么会选择Spring Cloud Config作为配置中心

2021-01-04 572

原文首发地址：面试官：说一说我为什么会选择Spring Cloud Config作为配置中心

前言

在前文中我们详细介绍了携程架构部门研发的开源配置管理中心Apollo（阿波罗），通过文章我们可知Apollo能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，为我们的日常开发带来极大的方便。

本文我们将继续介绍另一款配置中心，它是属于Spring Cloud嫡系的一款分布式配置中心，它就是Spring Cloud Config。

什么是 Spring Cloud Config

一、Spring Cloud Config项目是一个解决分布式系统的配置解决方案。它包含了Client和Server两个部分，Server提供配置文件的存储，以接口的形式将配置文件的内容提供出去；Client通过接口获取数据，并依据此数据初始化自己的应用。

服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置仓库并为客户端提供获取配置信息、加密/解密信息等访问接口。

客户端则是微服务架构中的各个微服务应用或基础设施，它们通过指定的配置中心来管理应用资源与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息。

二、Spring Cloud Config 默认采用 Git 来存储配置信息，所以使用 Spring Cloud Config 构建的配置服务器，天然就支持对微服务用于配置信息的版本管理，并且可以通过 Git 客户端工具来方便地管理和访问配置内容。

「注意：除了使用 Git 外，Spring Cloud Config 也同样支持其他存储方式比如：SVN、本地化文件系统等。」

Spring Cloud Config 基本用法

首先我们新建一个配置文件system-dev.properties，内容如下

jdbc.driverClassName: com.mysql.jdbc.Driver
jdbc.url: jdbc:mysql://127.0.0.1:3306/testproject
jdbc.username: root
jdbc.password: root

然后我们将该配置文件上传了github,Demo地址：https://github.com/Maybe728/Spring_Cloud

第一步，新建一个SpringCloudConfigServer模块

pom.xml代码如下：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.cnblogs.hellxz</groupId>
    <artifactId>ConfigServer</artifactId>
    <version>1.0-SNAPSHOT</version>

    <parent>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-parent</artifactId>
        <version>Dalston.SR5</version>
        <relativePath/>
    </parent>

    <dependencies>
        <!--Spring Cloud Config 服务端依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-server</artifactId>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>

通过@EnableConfigServer可以激活配置中心服务。配置中心可以单独做服务，也可以嵌入到其它服务中。推荐用单独做服务方式使用配置中心。

package com.javaer.study;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.config.server.EnableConfigServer;

/**
 * @Author 公众号 | Java学习部落
 **/
@SpringBootApplication
@EnableConfigServer
public class SpringCloudConfigServerApplication {

    public static void main (String[] args) {
        SpringApplication.run (SpringCloudConfigServerApplication.class, args);
    }

}

由于配置文件的存储的多样性，下面主要介绍Git配置形式如何配置。当然了所有的配置都配置在application.yml中。

application.yml 配置内容如下

spring:
  application:
    name: configserver
  cloud:
    config:
      server:
        git:
          #  配置文件只搜索url目录下的searchPaths
          uri: https://github.com/Maybe728/Spring_Cloud.git
          # 对应 {label} 部分，即 Git 的分支
          label: master
          # 指定搜索路径，如果有多个路径则使用,分隔
          search-paths: springcloud-config-git/config-repo
          # 对于使用git,svn做为后端配置，从远程库获取配置文件，需要存储到本地文件
          basedir: /tmp/spring-cloud-repo
          # 配置中心通过git从远程git库，有时本地的拷贝被污染，这时配置中心无法从远程库更新本地配置,设置force-pull=true，则强制从远程库中更新本地库
          force-pull: true
          # git 仓库用户名（公开库可以不用填写）
          username:
          # git 仓库密码（公开库可以不用填写）
          password:

spring.cloud.config.server.git.url：指定配置文件所在远程git库的url地址

spring.cloud.config.server.git.label：即 Git 的分支

spring.cloud.config.server.git.searchPaths：和上面的参数url配合使用，定位git库的子目录。指定搜索路径，如果有多个路径则使用,分隔

spring.cloud.config.server.git.basedir：对于使用git,svn做为后端配置，从远程库获取配置文件，需要存储到本地文件。默认存储在系统临时目录下，目录名的前缀为config-repo-，如在linux下时可能是/tmp/config-repo-。因为/tmp下的内容有可能被误删，所有为了保险，最好修改存储目录。如果你修改存储目录，你可以修改spring.cloud.config.server.git.basedir

spring.cloud.config.server.git.force-pull：配置中心通过git从远程git库读取数据时，有时本地的拷贝被污染，这时配置中心无法从远程库更新本地配置。设置force-pull=true，则强制从远程库中更新本地库

最后我们启动程序后访问：http://localhost:8080/system-dev.properties

「成功！！！！！」

在浏览器中输入如下URL，可以访问到配置文件

/{application}/{profile}[/{label}]

/{application}-{profile}.yml

/{label}/{application}-{profile}.yml

/{application}-{profile}.properties

/{label}/{application}-{profile}.properties

下面通过具体例子说明以上url的意思。如果我们的配置文件名称system-dev.properties，则其和URL中各个字段对应的值为:

「application: system」

「profile: dev」

搭建SpringCloudConfig客户端

配置中心服务端配置成功后，然后其它服务从配置中心获取配置文件，这样的服务被称为**「客户端」**。

下面我们来搭建一个Config Client。

首先新建一个SpringCloudConfigClient项目：

「pom.xml」

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
 <modelVersion>4.0.0</modelVersion>
 <parent>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-parent</artifactId>
  <version>2.4.1</version>
  <relativePath/> <!-- lookup parent from repository -->
 </parent>
 <groupId>com.javaer.study</groupId>
 <artifactId>springcloudconfigclient</artifactId>
 <version>0.0.1-SNAPSHOT</version>
 <name>springcloudconfigclient</name>
 <description>Demo project for Spring Boot</description>

 <properties>
  <java.version>1.8</java.version>
  <spring-cloud.version>2020.0.0</spring-cloud.version>
 </properties>

 <dependencies>
  <dependency>
   <groupId>org.springframework.cloud</groupId>
   <artifactId>spring-cloud-config-server</artifactId>
  </dependency>
  <dependency>
   <groupId>org.springframework.cloud</groupId>
   <artifactId>spring-cloud-starter-config</artifactId>
  </dependency>

  <dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-test</artifactId>
   <scope>test</scope>
  </dependency>
 </dependencies>

 <dependencyManagement>
  <dependencies>
   <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-dependencies</artifactId>
    <version>${spring-cloud.version}</version>
    <type>pom</type>
    <scope>import</scope>
   </dependency>
  </dependencies>
 </dependencyManagement>

 <build>
  <plugins>
   <plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
   </plugin>
  </plugins>
 </build>

 <repositories>
  <repository>
   <id>spring-milestones</id>
   <name>Spring Milestones</name>
   <url>https://repo.spring.io/milestone</url>
  </repository>
 </repositories>

</project>

请将配置中心的相关配置配置在bootstrap.yml中，不要配appliaction.yml。

因为服务启动时，会从bootstrap中读取配置，然后从远程配置中心读取配置文件，最后再从appliaction中获取配置，如果有相同的配置项，则后面的会覆盖前面读到的值。

所以如果配置中心的配置配置在appliaction，则配置项不会有任何效果。

「bootstrap.yml」

server:
  port: 8888
  
spring:
  cloud:
    # 配置服务器的地址
    config:
      uri: http://127.0.0.1:8080
      # 要读取配置文件读取的值
      name: cloud-config
      # 如果不设置此值，则系统设置此值为 spring.profiles.active
      profile: dev
      # 可以使用之前的版本。默认值可以是git label, branch name or commit id。可以使用多个Label，多个Label可以使用逗号分隔
      # label:
      # true: 如果访问配置中心失败，则停止启动服务
      fail-fast: true
      # 配置重试，默认是重试6次，最初是延迟1s再次重试，如果再失败，则延迟1.1*1s、1.1*1.1*1s、… 。可以使用这个配置
      retry:
        initial-interval: 2000
        # 最多重试次数
        max-attempts: 6
        # 最大重试间隔
        max-interval: 4000
        # 每次重试时间是之前的倍数
        multiplier: 1.2

重要参数的解释如下：

「配置中心的url」:即从哪里读取配置文件，通过“spring.cloud.config.url”配置

「要读取哪些配置文件，由以下参数共同决定」

“spring.cloud.config.name”：配置文件名称，对应上文的读取URL中的{applicaion}值
“spring.cloud.config.profile”：配置文件的profile，对应上文的URL中的{profile}值
“spring.cloud.config.label”：可以使用之前的版本。默认值可以是git label, branch name or commit id。可以使用多个Label，多个Label可以使用逗号分隔

「快速失败」

如果要求客户端访问配置中心失败，则立即停止启动服务，则设置“spring.cloud.config.label”为 true

「重试」

如果访问配置失败，则自动重试。默认是重试**「6」次，最初是延迟「1s」**再次重试，如果再失败，则延迟1.1*1s、1.1*1.1*1s、…。

通过下面参数可以修改值：

“spring.cloud.config.retry.initial-interval”：第一次失败，延迟多久重试

“spring.cloud.config.retry.max-attempts”：最多重试次数

“spring.cloud.config.retry.max-interval”：最大重试间隔

“spring.cloud.config.retry.multiplier”：每次重试时间是之前的倍数

「如果要实现重试功能，需要引入新的jar」

<dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-aop</artifactId>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.springframework.retry/spring-retry -->
        <dependency>
            <groupId>org.springframework.retry</groupId>
            <artifactId>spring-retry</artifactId>
        </dependency>

创建一个获取配置信息成功后存放配置信息的对象

@Component
public class JdbcConfigBean {
    @Value("${jdbc.url}")
    private String url;

    @Value("${jdbc.username}")
    private String username;

    @Value("${jdbc.password}")
    private String password;

    @Value("${jdbc.driverClassName}")
    private String driverClassName;

    public String getUrl() {
        return url;
    }

    public void setUrl(String url) {
        this.url = url;
    }

    public String getUsername() {
        return username;
    }

    public void setUsername(String username) {
        this.username = username;
    }

    public String getPassword() {
        return password;
    }

    public void setPassword(String password) {
        this.password = password;
    }

    public String getDriverClassName() {
        return driverClassName;
    }

    public void setDriverClassName(String driverClassName) {
        this.driverClassName = driverClassName;
    }

    @Override
    public String toString() {
        return "JdbcConfigBean [url=" + url + ", username=" + username
                + ", password=" + password + ", driverClassName="
                + driverClassName + "]";
    }
}

创建一个Controller

package com.javaer.study;

import org.springframework.web.bind.annotation.RequestMapping;

/**
 * @author 公众号 | Java学习部落
 **/
public class SpringCloudConfigController {

    @RequestMapping ("/config")
    public JdbcConfigBean config() {
        return new JdbcConfigBean ();
    }
}

最后我们启动**「SpringCloudConfigClient」**，在浏览器输入http://127.0.0.1:8888/config，就会看到配置信息。

Spring Cloud Config 整合 Eureka 实现服务化配置中心

首先我们需要搭建一个Eureka Server,这个不细说，因为在之前讲解Eureka的时候阿里面试官问我：到底知不知道什么是Eureka，这次，我没沉默已经详细的搭建过了，不会的可以去看看，顺便补充下Eureka的相关知识。

接下来我们就要对配置中心进行改造了。

「改造服务端」

第一步引入Eureka客户端依赖

  <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
  </dependency>

第二步在配置中心中添加如下配置

eureka:
  instance:
    preferIpAddress: true
  client:
    serviceUrl:
      # 注册到 eureka
      defaultZone: http://localhost:8761/eureka

第三步在启动类加入@EnableDiscoveryClient激活对注册中心支持

package com.javaer.study;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.config.server.EnableConfigServer;

/**
 * @Author 公众号 | Java学习部落
 **/
@SpringBootApplication
@EnableConfigServer
@EnableDiscoveryClient
public class SpringCloudConfigServerApplication {

    public static void main (String[] args) {
        SpringApplication.run (SpringCloudConfigServerApplication.class, args);
    }

}

「服务端改造完成！！！」

「改造客户端」

第一步同样引入Eureka Client 依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
   <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

第二步修改配置

eureka:
  client:
    serviceUrl:
      # 指向注册中心的地址
      defaultZone: http://127.0.0.1:8761/eureka
  instance:
    preferIpAddress: true
server:
  port: 8888
spring:
  cloud:
    # 配置服务器的地址
    config:
      uri: http://127.0.0.1:8080
      username: user
      password: 111111
      # 要读取配置文件读取的值
      name: system
      # 如果不设置此值，则系统设置此值为 spring.profiles.active
      profile: dev
      discovery:
        #表示开启服务发现，对比上篇也主要是这里的改变，从指定config服务地址到注册中心服务ID
        enabled: true
        serviceId: config-serve
      # 可以使用之前的版本。默认值可以是git label, branch name or commit id。可以使用多个Label，多个Label可以使用逗号分隔
      # label:
      # true: 如果访问配置中心失败，则停止启动服务
      fail-fast: true
      # 配置重试，默认是重试6次，最初是延迟1s再次重试，如果再失败，则延迟1.1*1s、1.1*1.1*1s、… 。可以使用这个配置
      retry:
        initial-interval: 2000
        # 最多重试次数
        max-attempts: 6
        # 最大重试间隔
        max-interval: 4000
        # 每次重试时间是之前的倍数
        multiplier: 1.2

最后一步在启动类加入@EnableDiscoveryClient激活对注册中心支持。

「客户端改造完成！！！」

Spring Cloud Config 健康检查

Config Server自带了一个健康状态指示器，用于检查所配置的EnvironmentRepository是否正常工作。

可使用Config Server的/health端点查询当前健康状态。

默认情况下，健康指示器向EnvironmentRepository请求的{application}是app，{profile}和{label}是对应 EnvironmentRepository实现的默认值。

对于Git，{profile}是default，{label}是master。

Spring Cloud Config 属性覆盖

Config Server 有一个“属性覆盖”的特性，它可以让开发人员为所有的应用提供配置属性，只需要通过 spring.cloud.config.server.overrides 属性来设置键值对的参数，这些参数会以 Map 的方式加载到客户端的配置中。

利用该特性可以方便地为 Spring Cloud 应用配置一些共同属性或是默认属性。

通过该属性配置的参数（优先级高于 Git 仓库里面的配置），同时也不会被 Spring Cloud 的客户端修改。

所有 Spring Cloud 客户端从 Config Server 中获取配置信息时，都会取得这些配置信息。

Spring Cloud Config 安全保护

我们知道，一般来说，配置中心的信息都是很敏感很机密的，比如数据库账号密码的配置，redis账号密码的配置等等，所以对配置信息做一定的安全保护是十分有必要的。

由于微服务是构建在Spring Boot之上，所以整合Spring Security是最方便的方式。

首先在服务端引入Spring Security依赖

<dependency>
    <!-- spring security 安全认证 -->
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-security</artifactId>
</dependency>

然后再配置文件中增加Spring Security配置

  security:
    basic:
      enabled: true  #启用基本认证(默认)
    user:   #配置security用户名密码，默认值为“user”的用户名和随机生成的密码
      name: user
      password: 111111

启动服务，测试一下。请求http://localhost:8080/system-dev.yml，会出现登陆界面

「成功！！！」

**「同时」我们在「SpringCloudConfigClient」工程中，我们修改「bootstrap.yml」配置文件（在这里配置了Config Server的访问信息），为其添加认证，我们选择添加「spring.cloud.config.username」和「spring.cloud.config.password」**属性

server:
  port: 8888

spring:
  cloud:
    # 配置服务器的地址
    config:
      uri: http://127.0.0.1:8080
      username: user
      password: 111111
      # 要读取配置文件读取的值
      name: system
      # 如果不设置此值，则系统设置此值为 spring.profiles.active
      profile: dev
      # 可以使用之前的版本。默认值可以是git label, branch name or commit id。可以使用多个Label，多个Label可以使用逗号分隔
      # label:
      # true: 如果访问配置中心失败，则停止启动服务
      fail-fast: true
      # 配置重试，默认是重试6次，最初是延迟1s再次重试，如果再失败，则延迟1.1*1s、1.1*1.1*1s、… 。可以使用这个配置
      retry:
        initial-interval: 2000
        # 最多重试次数
        max-attempts: 6
        # 最大重试间隔
        max-interval: 4000
        # 每次重试时间是之前的倍数
        multiplier: 1.2

Spring Cloud Config 请求配置失败快速响应与重试

Spring Cloud Config 的客户端会预先加载很多其他信息，然后再开始连接 Config Server 进行属性的注入。当我们构建的应用较为复杂的时候，可能在连接 Config Server 之前花费较长的启动时间，而在一些特殊场景下，我们又希望可以快速知道当前应用是否能顺利地从 Config Server 获取到配置信息，这对在初期构建调试环境时，可以减少很多等待启动的时间。

首先如果我们不启动服务端 Config-Server，直接启动客户端应用时如果未配置spring.cloud.config.fail-fast=true这个参数，在配置加载报错之前，客户端应用便已经加载了很多内容，比如 Controller 的请求等。

如果配置了spring.cloud.config.fail-fast=true参数，启动客户端后前置的加载内容会少很多，很快就报错。这样有效避免了当 Config-server 配置有误时，不需要多等待前置的一些加载时间，实现了快速返回失败信息。

「这个就是我们说的请求配置失败快速响应！！！」

有时可能因为网络波动等其他间歇性原因导致连接失败，Config 客户端还提供了重试功能，避免一些间歇性问题引起的失败导致客户端应用服务启动的情况。

要实现这个功能，首先我们要在在客户端的**「pom.xml」**中增加 spring-retry 和 spring-boot-starter-aop 依赖：

<dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-aop</artifactId>
</dependency>

然后配置了失败快速响应参数即可。

spring.cloud.config.fail-fast=true

重点配置解读。

spring.cloud.config.retry.multiplier：初始重试间隔时间（单位为毫秒），默认值为 1000 毫秒

spring.cloud.config.retry.initial-interval：下一间隔的乘数，默认为 1.1（当最初间隔为 1000 毫秒时，下一次失败的间隔为 1100 毫秒）

spring.cloud.config.retry.max-interval：最大间隔时间，默认为 2000 毫秒

spring.cloud.config.retry.max-attempts：最大重试此时，默认为 6 次

Spring Cloud Config 如何实现动态刷新配置

现在我们思考下这个问题：

如果在服务运行过程中，我们需要将验证码的失效时间从1分钟调整为2分钟，那么服务端如何在不重启服务的情况下就能使修改的配置动态生效呢？

这就是我们接下来要说的**「动态刷新」**

实现动态刷新配置有两种方式

使用Actuator
使用Spring Cloud Bus（后续会有专文介绍，再次不做讲解）

接下来我们就来使用Actuator来是实现动态刷新配置

首先我们在客户端的 pom.xml 中新增 spring-boot-starter-actuator 监控模块

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

❝

spring-boot-starter-actuator 监控模块中包含了 /refresh 端点的实现，该端点将用于实现客户端应用配置信息的重新获取与刷新。

❞

接着编辑 application.properties 文件，添加如下配置开启 /refresh 端点：

management.endpoints.web.exposure.include=refresh

很简单到这儿客户端改造就结束了，我们只需要重启客户端，然后修改git中的配置信息，在重新获取配置信息我们就会发现已经配置信息已经修改了。

我们使用 /actuator/env 与 /actuator/refresh 两个接口可以实现单个服务实例配置的动态更新，但在微服务架构中，服务实例可能达几十甚至几百个，一个个调用来做动态更新就有点太不方便了。

这个时候我们就该使用**「Spring Cloud Bus」了，本文暂时不深入，后面会有专文解读「Spring Cloud Bus」**。

Spring Cloud Config 总结

通过本文我们了解到Spring Cloud Config项目是一个解决分布式系统的配置管理方案。它包含了Client和Server两个部分，server提供配置文件的存储、以接口的形式将配置文件的内容提供出去，client通过接口获取数据、并依据此数据初始化自己的应用。

还有Spring Cloud Config的一些核心知识点比如健康检查，属性覆盖，快速响应失败和重试以及如何实现动态刷新。

这些都是面试官说钟爱问我们的问题，希望通过本文我们能对Spring Cloud Config有一个较为全面的理解，如果想要继续深入，我们还可以去试着读一读它的源码。

总之，努力总会有收获的。

Spring Cloud 微服务精彩系列

微信关注我们

原文链接：https://my.oschina.net/u/3748584/blog/4877446

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

ChaosBlade 在工商银行混沌工程体系中的应用实践

作者 | 吴冕冠来源|阿里巴巴云原生公众号互联网金融时代下，金融产品和服务模式不断创新，交易量大幅攀升。面对互联网金融的全新发展态势，传统的单体 IT 架构暴露出很多不适应的地方，为此业界广泛应用云计算、分布式等新技术，构建分布式架构和运维体系，以支撑金融业务的快速发展。这些新技术的应用使得基础设施复杂性日益增加，不可预见的用户行为和事件交织在一起，对系统、应用架构的可靠性提出了更高要求。为解决分布式系统的不确定性，确保生产稳定运行，混沌工程应运而生。根据《Chaos Engineering》书中的定义：混沌工程是在分布式系统上进行实验的学科，目的是建立系统抵御生产环境中湍流条件的能力。通常来说，混沌工程指对分布式系统中的服务器随机注入不同类型的故障，发现并修复系统中的潜在问题，从而提升整个分布式系统的高可用能力。传统系统高可用测试的痛点中国工商银行从 2015 年启动了 IT 架构转型工程，基于分布式、云计算初步构建了开放平台核心银行系统，目前分布式体系已承载 150 余个应用，累计部署容器超过 2 万套，日均服务调用量超 70 亿，消息发送峰值每秒逾 150 万笔，实现了远...

2021-01-04

631

RecyclerView的用法是什么样子的我就不说了，做安卓的同学都知道，需要写adapter，然后在adapter中写布局文件，虽然有第三方的框架可以大大减少代码量，但是还是存在一些问题。我在想RecyclerView能不能像TextView那样直接setText("xxx")一样使用呢？答案是肯定的，今天给大家介绍一款框架名叫CHGAdapter的Android版本。这里主要介绍Android的kotlin版。话不多说，现在开始介绍具体使用方法。显示简单的列表首先创建一个模型：MenuItemModel 因为我们这里要实现类似TextView那种setText的方式来使用RecyclerView，因此我们需要告诉RecyclerView的内容有两点 1.数据对象使用哪一个布局文件。2.数据对象使用哪一个ViewHolder。那么我们需要模型实现接口 com.chg.adapter.Model open class SongModel : Model { var iconName:Int = 0 var name:String? = null var songer...

2021-01-04

552

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。