十六分的音符_社区达人页

2022年12月

• 12.06 17:45:22
  发表了文章 2022-12-06 17:45:22

  Spring Boot的介绍以及Spring+SpringMvc+MyBatis+springboot项目整合案例

  Spring Boot它本身并不提供Spring框架的核心特性以及扩展功能，只是用于快速、敏捷地开发新一代基于Spring框架的应用程序。 也就是说，它并不是用来替代Spring的解决方案，而是和Spring框架紧密结合用于提升Spring开发者体验的工具 同时它集成了大量常用的第三方库配置（例如Jackson, JDBC, Mongo, Redis, Mail等等）， Spring Boot应用中这些第三方库几乎可以零配置的开箱即用（out-of-the-box），大部分的Spring Boot应用都 只需要非常少量的配置代码，开发者能够更加专注于业务逻辑
• 12.06 17:40:25
  发表了文章 2022-12-06 17:40:25

  SpringBoot中的自定义注解开发与注解处理器

  使用AnnotatedElement接口中的方法提取注解中的数据，像Class/Constructor/Field/Method/Package这些类都实现了AnnotatedElement接口 注：只有当定义Annotation时使用了@Retention(RetentionPolicy.RUNTIME)修饰, JVM才会在装载class文件时提取保存在class文件中的Annotation,该Annotation才会在运行时可见,这样我们才能够解析
• 12.06 17:37:28
  发表了文章 2022-12-06 17:37:28

  SpringBoot starter机制与自定义starter的开发流程

  SpringBoot中的starter是一种非常重要的机制(自动化配置)，能够抛弃以前繁杂的配置，将其统一集成进starter， 应用者只需要在maven中引入starter依赖，SpringBoot就能自动扫描到要加载的信息并启动相应的默认配置。 starter让我们摆脱了各种依赖库的处理，需要配置各种信息的困扰。SpringBoot会自动通过classpath路径下的类发现需要的Bean， 并注册进IOC容器。SpringBoot提供了针对日常企业应用研发各种场景的spring-boot-starter依赖模块。 所有这些依赖模块都遵循着约定成俗的默认配置，并允许
• 12.06 17:34:04
  发表了文章 2022-12-06 17:34:04

  Exchange(交换机)的作用以及类型与属性

  直连交换机是一种带路由功能的交换机，一个队列会和一个交换机绑定，除此之外再绑定一个routing_key，当消息被发送的时候，需要指定一个binding_key，这个消息被送达交换机的时候，就会被这个交换机送到指定的队列里面去。同样的一个binding_key也是支持应用到多个队列中的。 这样当一个交换机绑定多个队列，就会被送到对应的队列去处理。
• 12.05 18:56:42
  发表了文章 2022-12-05 18:56:42

  Sentinel--服务容错以及高并发带来的问题

  在微服务架构中，我们将业务拆分成一个个的服务，服务与服务之间可以相互调用，但是由于网络 原因或者自身的原因，服务并不能保证服务的100%可用，如果单个服务出现问题，调用这个服务就会 出现网络延迟，此时若有大量的网络涌入，会形成任务堆积，最终导致服务瘫痪。 接下来，我们来模拟一个高并发的场景
• 12.05 18:55:44
  发表了文章 2022-12-05 18:55:44

  spring cloud gateway网关限流

  一般开发高并发系统常见的限流有： 1）限制总并发数（比如数据库连接池、线程池）、限制瞬时并发数（如 nginx 的 limit_conn 模块，用来限制瞬时并发连接数）、 2）限制时间窗口内的平均速率（如 Guava 的 RateLimiter、nginx 的 limit_req 模块，限制每秒的平均速率）； 3）其他还有如限制远程接口调用速率、限制 MQ 的消费速率。 4）另外还可以根据网络连接数、网络流量、CPU 或内存负载等来限流。 本文讨论在gateway集成的实现
• 12.05 18:54:53
  发表了文章 2022-12-05 18:54:53

  Gateway--服务网关

  这样的架构，会存在着诸多的问题： - 客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性 - 认证复杂，每个服务都需要独立认证。 - 存在跨域请求，在一定场景下处理相对复杂。 上面的这些问题可以借助API网关来解决。 所谓的API网关，就是指系统的**统一入口**，它封装了应用程序的内部结构，为客户端提供统一服 务，一些与业务本身功能无关的公共逻辑可以在这里实现，诸如**认证鉴权、监控、路由转发**等等。

  
• 12.05 18:53:54
  发表了文章 2022-12-05 18:53:54

  Spring Cloud Gateway优缺点以及快速入门

  在Spring Cloud微服务体系下，常用的服务网关有Netflix公司开源的Zuul和Spring Cloud自己开源的Spring Cloud Gateway 1.1 Netflix公司的zuul Spring Cloud集成的Spring Cloud Zuul是Zuul1.x Zuul版本已经迭代至2.x，但是Spring Cloud并未集成 1.2 Spring Cloud Gateway Spring Cloud Gateway 是 Spring Cloud 的一个全新项目，该项目是基于Netty
• 12.05 18:52:25
  发表了文章 2022-12-05 18:52:25

  Nacos Config--服务配置

  1. 配置文件相对分散。在一个微服务架构下，配置文件会随着微服务的增多变的越来越多，而且分散 在各个微服务中，不好统一配置和管理。 2. 配置文件无法区分环境。微服务项目可能会有多个环境，例如：测试环境、预发布环境、生产环 境。每一个环境所使用的配置理论上都是不同的，一旦需要修改，就需要我们去各个微服务下手动 维护，这比较困难。 3. 配置文件无法实时更新。我们修改了配置文件之后，必须重新启动微服务才能使配置生效，这对一 个正在运行的项目来说是非常不友好的。 基于上面这些问题，我们就需要配置中心的加入来解决这些问题。

  
• 12.05 18:51:14
  发表了文章 2022-12-05 18:51:14

  Nacos简单介绍与快速实现Nacos作为配置中心(私有配置)

  Nacos除了实现了服务的注册发现之外，还将配置中心功能整合在了一起， 通过Nacos的配置管理功能，我们可以将整个架构体系内的所有配置都集中在Nacos中存储。 另外，在分布式系统中，由于服务数量巨多，为了实现更灵活的管理权限、安全性， 实时更新以及一次打包，多处运行，所以需要分布式配置中心组件 Spring Cloud Alibaba Nacos Config
• 12.05 18:50:09
  发表了文章 2022-12-05 18:50:09

  Nacos Discovery--服务治理

  通过上一章的操作，我们已经可以实现微服务之间的调用。但是我们把服务提供者的网络地址 （ip，端口）等硬编码到了代码中，这种做法存在许多问题： - 一旦服务提供者地址变化，就需要手工修改代码 - 一旦是多个服务提供者，无法实现负载均衡功能 - 一旦服务变得越来越多，人工维护调用关系困难 那么应该怎么解决呢， 这时候就需要通过注册中心动态的实现服务治理。

  
• 12.05 18:49:18
  发表了文章 2022-12-05 18:49:18

  消费者访问生产者的三种远程调用方式

  1.FeignClient接口，不能使用@GettingMapping之类的组合注解 2.FeignClient接口中，如果使用到@PathVariable必须指定其value 3.只要参数是复杂对象，即使指定了是GET方法，feign依然会以POST方法进行发送请求，同时生产者必须支持POST请求并给参数添加@RequestBody注解 建议使用公共vo+@RequestBody方式 4.springcloud中feign访问其他服务并传参数出现错误的问题：status 405 reading LogisticsOrderService#get
• 12.05 18:47:17
  发表了文章 2022-12-05 18:47:17

  微服务环境搭建

  在微服务架构中，最常见的场景就是微服务之间的相互调用。我们以电商系统中常见的用户下单为 例来演示微服务的调用：客户向订单微服务发起一个下单的请求，在进行保存订单之前需要调用商品微 服务查询商品的信息。 我们一般把服务的主动调用方称为服务消费者，把服务的被调用方称为服务提供者。 在这种场景下，订单微服务就是一个服务消费者， 商品微服务就是一个服务提供者。

  
• 12.05 18:42:56
  发表了文章 2022-12-05 18:42:56

  alpine Linux与基于alpine制作JDK8镜像

  Docker commit 命令 1.下载基础镜像 2.使用此基础镜像创建/启动/进入容器 3.在容器安装自己需要的软件 4.将保存配置完成的容器提交成镜像 语法如下 docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]] OPTIONS说明： -a :提交的镜像作者； -c :使用Dockerfile指令来创建镜像； -m :提交时的说明文字； -p :在commit时，将容器暂停。 实例：将容器a404c6c174a2 保存为新的镜像,并添加提交人信息和说明
• 12.05 18:37:56
  发表了文章 2022-12-05 18:37:56

  Docker三大核心概念（镜像、容器和仓库）与虚拟化

  ​ 1、Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows操作系统的机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。   2、Docker是一个由GO语言写的程序运行的“容器”(Linux containers， LXCs)，它是完整的一套容器管理系统   3、 Docker提供了一组命令,让用户更加方便直接地使用容器技术,而无需要过多关心底层内核技术 ​
• 12.05 18:17:40
  发表了文章 2022-12-05 18:17:40

  Docker 数据管理与数据卷容器以及dockerfile基本结构

  在生产环境中使用 Docker ，往往需要对数据进行持久化，或者需要在多个容器之间进行    数据共享，这必然涉及容器的数据管理操作    容器中的管理数据主要有两种方式：            数据卷 Data Volumes 容器内数据直接映射到本地主机环境；            数据卷容器（Data Volume Containers 使用特定容器维护数据卷