大纲

• Dubbo 3 基于 SpringBoot 支持 REST 协议
• Dubbo 2 基于 SpringBoot 支持 REST 协议
• Dubbo 2 基于 Spring 与 SpringMVC 支持 REST 协议

前言

随着微服务的流行以及多语言互操作诉求日益增多，在 Dubbo 中暴露 REST 服务变成了一个不容忽视的诉求。为了在 Dubbo 中暴露 REST 服务，通常有两种做法，一种是直接依赖 Spring REST 或者其他 REST 框架来直接暴露，另一种是通过 Dubbo 框架内置的 REST 能力暴露。两种做法各有优缺点，主要体现在前者与微服务体系中的服务发现组件能够更好地工作，而后者可以无缝的享受到 Dubbo 体系中的服务发现以及服务治理的能力。本文将介绍如何通过 Dubbo 框架内置的 REST 能力来暴露 REST 服务。

前言

集群模式

RabbitMQ 是用 Erang 开发的，集群模式分为两种普通模式 和镜像模式，可以说镜像模式是普通模式的升级版，其中 RabbitMQ 默认使用的是 普通模式。

• 普通模式：
  以两个节点（rabbit01、rabbit02）为例来进行说明，rabbit01 和 rabbit02 两个节点仅有相同的元数据，即队列的结构，但消息实体只存在于其中一个节点 rabbit01（或者 rabbit02）中。当消息进入 rabbit01 节点的 Queue 后，consumer 从 rabbit02 节点消费时，RabbitMQ 会临时在 rabbit01、rabbit02 间进行消息传输，把 A 中的消息实体取出并经过 B 发送给 consumer。所以 consumer 应尽量连接每一个节点，从中取消息。即对于同一个逻辑队列，要在多个节点建立物理 Queue。否则无论 consumer 连 rabbit01 或 rabbit02，出口总在 rabbit01，会产生瓶颈。当 rabbit01 节点故障后，rabbit02 节点无法取到 rabbit01 节点中还未消费的消息实体。如果做了消息持久化，那么得等 rabbit01 节点恢复，然后才可被消费；如果没有持久化的话，就会产生消息丢失的现象。

• 镜像模式：
  在普通模式的基础上，把需要的队列做成镜像队列，存在于多个节点，消息实体会主动在镜像节点间同步，而不是在客户端取数据时临时拉取，也就是说多少节点消息就会备份多少份。该模式带来的副作用也很明显，除了降低系统性能外，如果镜像队列数量过多，加之大量的消息进入，集群内部的网络带宽将会被这种同步通讯大大消耗掉，所以在对业务可靠性要求较高的场合中适用。由于镜像队列之间消息自动同步，且内部有选举 Master 机制，即使 Master 节点宕机也不会影响整个集群的使用，达到去中心化的目的，从而有效的防止消息丢失及服务不可用等问题

集群节点的区别

RabbitMQ 的集群节点分为磁盘节点、内存节点。RabbitMQ 支持消息的持久化，也就是数据写在磁盘上。在 RabbitMQ 集群中，必须至少有一个磁盘节点，否则队列元数据无法写入到集群中。当磁盘节点宕掉时，集群将无法写入新的队列元数据信息。如果 RabbitMQ 集群全部宕机，必须先启动磁盘节点，然后再启动内存节点。最合适的方案就是既有磁盘节点，又有内存节点，推荐 1 个 磁盘节点 + 2 个内存节点的集群搭建方式。

前言

Vuepress v1 博客建议安装 vuepress-plugin-readmore-popular 插件，将 TechGrow 的免费微信公众号导流工具整合到博客中，用户扫码关注微信公众号后可以解锁全站文章，让微信公众号的粉丝数躺着增长。

特色功能

• 支持随机为博客添加导流功能
• 支持关闭某篇文章的导流功能
• 支持查询用户解锁文章的历史记录
• 支持自定义或者动态计算文章内容的预览高度
• 支持自定义 CSS 样式，轻松适配不同风格的博客

前言

大纲

• SpringBoot 整合 Dubbo 3 案例
• SpringBoot 整合 Dubbo 2 案例
• Spring 与 SpringMVC 整合 Dubbo 2 案例
• Spring Cloud Alibaba 整合 Dubbo 2 综合案例

前言

Dubbo 是阿里巴巴开源的产品，采用二进制通信，相比 OpenFeign 的 HTTP 通信，具有性能优势，而且可以轻松集成到 SpringBoot 和 Spring Cloud 中使用，对于性能要求比较高的场景，使用比较广泛。

前言

本文主要介绍 Spring Boot 项目如何集成 Alibaba 的 OSS 服务（对象存储），教程内容同样适用于 Spring Cloud 项目。

版本说明

大纲

• Spring Cache 使用教程之一
• Spring Cache 使用教程之二

前言

官方文档

• Spring Cache 官方文档

使用 @Cacheable 注解

@Cacheable 可以将方法运行的结果进行缓存，在缓存时效内再次调用该方法时不会调用方法本身，而是直接从缓存获取结果并返回给调用方。

大纲

• Java 虚拟机入门教程之一 JVM 内存结构
• Java 虚拟机入门教程之二 JVM 垃圾收集
• Java 虚拟机入门教程之三 JVM 参数调优
• Java 虚拟机入门教程之四 JVM 四种引用
• Java 虚拟机入门教程之五 JVM 性能优化
• Java 虚拟机入门教程之六 JVM 类加载机制

双亲委派机制

双亲委派机制（Parent Delegation Model）是 Java 类加载器的一种工作机制，其基本原则是：每个类加载器在接收到类加载请求时，会先将该请求委派给它的父类加载器处理，只有在父类加载器无法完成该请求时，才由自己来加载。通过这种机制，可以防止内存中出现多份同样的字节码（从安全性角度考虑），同时确保了核心类库始终由启动类加载器加载，避免了自定义类库对核心类库的破坏。这种层次化的加载过程有助于提升系统的安全性和稳定性，同时也便于管理不同级别的类库。比如，加载位于 $JAVA_HOME 中 jre/lib/rt.jar 包中的 Object 类时，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个 Object 对象。

大纲

• Spring Cache 使用教程之一
• Spring Cache 使用教程之二

前言

官方文档

• Spring Cache 官方文档

简单介绍

Spring Cache 是 Spring 提供的一个缓存框架，从 Spring 3.1 版本开始支持将缓存添加到现有的 Spring 应用程序中，从 Spring 在 4.1 版本开始，缓存已支持 JSR-107 注释和更多自定义的选项。Spring Cache 利用了 AOP，实现了基于注解的缓存功能，并且进行了合理的抽象，业务代码不用关心底层是使用了什么缓存框架，只需要简单地加一个注解就能实现缓存功能，做到了较小的代码侵入性。由于市面上的缓存工具实在太多，Spring Cache 框架还提供了 CacheManager 接口，可以实现降低对各种缓存框架的耦合；它不是具体的缓存实现，只是提供一整套的接口和代码规范、配置、注解等，用于整合各种缓存方案，比如 Ehcache、Caffeine、Hazelcast、Couchbase 等。

前言

Rsync 是一个增量备份工具，可压缩数据传输，速度快且增量备份，占用流量少。

准备工作

创建用户

1
2
3
4
5

# 创建用户组
# groupadd www

# 创建用户
# useradd -g www www -s /bin/false