为什么concurrenthashmap的segment要设计成可重入锁？
`ConcurrentHashMap` 在 Java 中的早期版本（如 Java 1.5 到 Java 1.8）使用了分段锁（Segment）的设计，用以提高并发访问时的性能。每个 Segment 包含一个小的哈希表，多个 Segment 通过继承 `ReentrantLock` 实现了可重入锁的特性。以下是设计成可重入锁的几个原因：
1. **可重入性**：可重入锁意味着同一个线程可以多次获取同一把锁而不会发生死锁。在 `ConcurrentHashMap` 中，如果线程已经持有了某个 Segment 的锁，那么它可以安全地再次进入该 Segment 执行其他操作，比如修改同一个 Segment 中的不同桶（bucket）。
2. **锁的粒度**：通过将整个映射分割成多个 Segment，每个 Segment 维护自己的锁，锁的粒度变小了。这种设计可以让不同的线程并发地修改不同 Segment 中的数据，而不会相互干扰，从而提高了并发性能。
3. **灵活性**：可重入锁提供了比普通锁更多的灵活性。例如，线程可以尝试获取锁，并在获取失败时执行其他逻辑，而不是简单地阻塞。
4. **锁的公平性**：`ReentrantLock` 可以选择性地提供公平锁的特性，这意味着等待时间最长的线程会优先获取锁。尽管默认情况下 `ConcurrentHashMap` 的分段锁不是公平的，但提供了这种可能性。
5. **监控和扩展性**：`ReentrantLock` 提供了丰富的监控方法，比如可以检测锁的状态、是否有线程在等待等，这对于调试和性能监控非常有用。同时，可重入锁的设计也便于未来的功能扩展。
需要注意的是，从 Java 1.8 开始，`ConcurrentHashMap` 的实现已经放弃了分段锁的设计，转而采用了 `CAS` 操作和 `synchronized` 关键字来控制并发访问，这样进一步降低了竞争，提高了并发性能。这种新设计仍然保留了可重入的特性，但不再以分段锁的形式实现。