Redis (Remote Dictionary Server) 是一个开源的高性能键值对数据库，它以其内存中数据存储、键过期策略、持久化、事务、丰富的数据类型支持以及原子操作等特性，在许多项目中扮演着关键角色。
与传统数据库不同的是 Redis 的数据是存在内存中的，所以读写速度非常快，因此 redis 被广泛应用于缓存，每秒可以处理超过 10 万次读写操作，是已知性能最快的 Key-Value 数据库。另外，Redis 也经常用来做分布式锁。除此之外，Redis 支持事务、持久化、LUA 脚本、LRU 驱动事件、多种集群方案。
假如我们有三台缓存服务器编号node0、node1、node2，现在有3000万个key，希望可以将这些个key均匀的缓存到三台机器上，你会想到什么方案呢？
我们可能首先想到的方案，是取模算法 hash（key）% N，对key进行hash运算后取模，N是机器的数量。key进行hash后的结果对3取模，得到的结果一定是0、1或者2，正好对应服务器node0、node1、node2，存取数据直接找对应的服务器即可，简单粗暴，完全可以解决上述的问题。
1. 下载与安装
nginx比较简单直接，到官网下载一个面向window的zip压缩包，解压到自己想安装的地方即可。
本文以 nginx版本1.23.3，根目录 D:\software\nginx-1.23.3 为例。
消息队列，全称是：“MessageQueue”，很多时候我们也简称为：“ MQ”，本质就是一个保存消息的队列。
允许不同的应用程序通过发送、和接收消息进行数据交换，从而实现系统解耦、提高系统可扩展性、和性能。
数学符号：f(f(f(x))) = f(x)
即无论操作执行一次还是多次，其效果始终如一，不会有差异。这就是幂等性。
接口幂等性就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。比如：公交车刷卡，用户上车后刷码支付扣款成功，如果用户再次点击按钮刷卡并扣款成功，用户查询余额返发现多扣钱了，流水记录也变成了两条,这就没有保证接口的幂等性。因此，当你重复刷卡时，会提示：刷码重复。
OAuth2.0 定义了四个角色
Client：客户端，第三方应用程序。
Resource Owner：资源所有者，授权 Client 访问其帐户的用户。
Authorization server：授权服务器，服务商专用于处理用户授权认证的服务器。
Resource server：资源服务器，服务商用于存放用户受保护资源的服务器，它可以与授权服务器是同一台服务器，也可以是不同的服务器。
OAuth 2.0 是一种授权框架，允许第三方应用以有限的权限代表用户访问资源。OAuth 2.0 是对 OAuth 1.0 的改进，简化了授权过程并增强了安全性。为了更好地理解 OAuth 2.0 的工作机制，我们需要了解 OAuth 2.0 Server 和 OAuth 2.0 Client 的角色和功能。