ConcurrentHashMap 1.7 和1.8分别怎么加锁的？

ConcurrentHashMap 在 Java 1.7 和 1.8 中采用了不同的机制来实现并发安全的操作。

在 Java 1.7 中，ConcurrentHashMap 使用了分段锁（Segment Locking）的机制，即将整个 Map 分成多个 Segment，并为每个 Segment 都分配一个独立的锁。这意味着在多线程场景下，每个 Segment 的操作可以并发进行，只有对同一个 Segment 的操作才需要获取锁。

下面是 Java 1.7 中 ConcurrentHashMap 加锁的简化示意：

class ConcurrentHashMap<K, V> {
    private Segment<K, V>[] segments;

    private static class Segment<K, V> {
        private ReentrantLock lock = new ReentrantLock();

        void put(K key, V value) {
            lock.lock();
            try {
                // 更新操作
            } finally {
                lock.unlock();
            }
        }

        V get(K key) {
            lock.lock();
            try {
                // 读取操作
            } finally {
                lock.unlock();
            }
        }

        // 其他操作方法
    }
}

Java 1.8 中对 ConcurrentHashMap 进行了一些改进，引入了一种称为 CAS-based Segment 锁的机制。在 Java 1.8 中，ConcurrentHashMap 的实现中使用了一种基于 CAS（Compare and Swap）的乐观锁策略，取代了早期版本中的分段锁。这种机制在处理并发操作时可以减少锁的竞争，提高并发性能。

由于 Java 1.8 中 ConcurrentHashMap 使用了 CAS-based Segment 锁的机制，因此其底层实现和加锁方式与 Java 1.7 中的分段锁有较大不同。然而，细节是由 Java 平台实现和不同版本的具体实现决定的，因此具体的实现细节可能会有所不同。

总的来说，Java 1.7 中的 ConcurrentHashMap 使用了分段锁（Segment Locking），而 Java 1.8 中使用了扩展的 CAS-based Segment 锁机制来实现并发安全的操作。