Eureka读时加写锁，写时加读锁，到底是故意为之还是一个bug？

淡淡的烟草味﹌ 2023-10-03 23:37 10阅读 0赞

在对于读写锁的认识当中，我们都认为读时加读锁，写时加写锁来保证读写和写写互斥，从而达到读写安全的目的。但是就在我翻Eureka源码的时候，发现Eureka在使用读写锁时竟然是在读时加写锁，写时加读锁，这波操作属实震惊到了我，Eureka到底是故意为之还是一个bug？于是我就花了点时间研究了一下Eureka的这波操作。

### Eureka服务注册实现类 ###

众所周知，Eureka作为一个服务注册中心，肯定会涉及到服务实例的注册和发现，从而肯定会有服务实例写操作和读操作，这是每个注册中心最基本也是最核心的功能。

![1be6cf16a7179d7f60db124b8e9e0f90.png][]

AbstractInstanceRegistry

如上图，AbstractInstanceRegistry是注册中心的服务注册核心实现类，这里面保存了服务实例的数据，封装了对于服务实例注册、下线、读取等核心方法。

这里讲解一下这个类比较重要的成员变量

服务注册表

private final ConcurrentHashMap<String, Map<String, Lease<InstanceInfo>>> registry= new ConcurrentHashMap<String, Map<String, Lease<InstanceInfo>>>();

注册表就是存储的服务实例的信息。Eureka是使用ConcurrentHashMap来进行保存的。键值是服务的名称，值为服务的每个具体的实例id和实例数据的映射，所以也是一个Map数据结构。InstanceInfo就是每个服务实例的数据的封装对象。

服务的上线、下线、读取其实就是从注册表中读写数据。

最近变动的实例队列

private ConcurrentLinkedQueue<RecentlyChangedItem> recentlyChangedQueue = new ConcurrentLinkedQueue<>();

recentlyChangedQueue保存了最近变动的服务实例的信息。如果有服务实例的变动发生，就会将这个服务实例封装到RecentlyChangedItem中，存到recentlyChangedQueue中。

什么叫服务实例发生了变动。举个例子，比如说，有个服务实例来注册了，这个新添加的实例就是变动的实例。

所以服务注册这个操作就会有两步操作，首先会往注册表中添加这个实例的信息，其次会给这个实例标记为新添加的，然后封装到RecentlyChangedItem中，存到recentlyChangedQueue中。

![0afe06818a884e01cc1ea3b37ad1fe10.png][]

新增

同样的，服务实例状态的修改、删除（服务实例下线）不仅会操作注册表，同样也会进行标记，封装成一个RecentlyChangedItem并添加到recentlyChangedQueue中。

![78f22d95658313aabd21d2a7e3583bfa.png][]

修改

[1be6cf16a7179d7f60db124b8e9e0f90.png]: https://img-blog.csdnimg.cn/img_convert/1be6cf16a7179d7f60db124b8e9e0f90.png
[0afe06818a884e01cc1ea3b37ad1fe10.png]: https://img-blog.csdnimg.cn/img_convert/0afe06818a884e01cc1ea3b37ad1fe10.png
[78f22d95658313aabd21d2a7e3583bfa.png]: https://img-blog.csdnimg.cn/img_convert/78f22d95658313aabd21d2a7e3583bfa.png