一定要站在自己热爱的生活里闪闪发光

ZooKeeper是一个开源的分布式协调服务，它可以用来协调和同步多服务器之间的状态。ZooKeeper 可以作为微服务架构中注册中心的选型，它最需要被关心的也是数据模型和一致性协议。数据模型关乎服务信息在 ZooKeeper 服务中的存储结构，而一致性协议是注册中心服务状态一致性的保障。首先介绍 ZooKeeper 的数据存储模型，它的数据存储模型就是一棵树的结构，树的一个节点就是 ZooKeeper 的一个数据节点 Znode，而数据的路径及它的命名规则与文件系统类似，由斜杠“/”分割每个层级。下图为

在CAP、ACID和BASE中都提到了一致性。但是对于一致性的整个定义还是非常模糊的，所以本文会详细介绍一致性的模型，以及目前比较流行的一致性协议。数据一致性并不只有存在与不存在两种情况，就像可以用0%到100%之间的任意数值来代表可用性的程度一样，一致性也有一些分类。一致性模型按照强弱可以粗略地分为弱一致性模型、最终一致性模型和强一致性模型。下面就分别介绍一下这几种一致性模型。线性一致性又称为原子一致性和强一致性。如果需要达到线性一致性，则需要满足如下条件：第一点非常容易理解，第二点则约束了两个维度下时间

注册中心是一个有状态的服务，不仅仅是注册中心，还有配置中心、元数据中心都是有状态服务。除了有状态服务，还有无状态服务。**如何区分服务是否有状态？**如果服务运行的实例不会在本地存储需要持久化的数据，也就是该服务处理一次请求所需的数据，绝对不会从服务自身中获取，所需的数据要么包含在这个请求内，要么从外部服务获取，则这类服务被称为无状态服务（Stateless Service）。举个例子，一个服务只提供了计算差值的能力，一次请求到达服务端，它就会计算两个值的差值，并返回给客户端，服务端并不保存任何数据信息，这

注册中心是什么？看到“注册”两个字，最想想到的就是访问有些平台需要登陆账号，我们可以通过注册账号的方式获得一个合规的登陆账号，用于访问相关平台。在微服务架构体系中，注册中心是一个用来提供服务注册的重要组件，他本身就是一个服务。RPC中的服务暴露的过程，其中服务导出到远程的过程就会将服务注册到注册中心。将服务注册到注册中心，本质上就是将服务的信息存储在注册中心的Server端，和注册账号的行为非常类似。注册中心管理者服务的这些信息：服务提供者和服务消费者的地址信息、服务接口的全限定名，并且管理这些信息的关系。

动态代理及其源码分析1. 动态代理简介动态代理在RPC中的应用2. JDK自带的动态代理方法通过JDK实现动态代理的原理3. CGLib动态代理方案使用CGLib实现动态代理的原理

1. 基本概念？2. 文本格式的序列化方案2.1 XML格式2.2 JSON格式3. 二进制格式的序列化方法4. 序列化框架选型

0. RPC是什么1. RPC的核心组成部分1.1 服务调用方（Consumer）1.2 服务提供方（Provider）1.3 本地存根（stub）1.4 RPC通信者（RPCRuntime）2. RPC调用过程2.1 服务暴露的过程2.2 服务发现的过程2.3 服务引用的过程2.4 方法调用的过程......

1. I/O模型1.1 用户进程与系统进程1.2 一次I/O操作经历了什么？1.3 I/O模型是什么？2. Java对I/O模型的封装2.1 BIO2.2 NIO2.3 NIO的Rector模式2.3.1 单Rector单线程模型2.3.2 单Rector多线程模型2.3.3 主从Rector多线程模型2.4 AIO......