Java线程安全策略全景摘要： Java保证线程安全主要有四种策略： 互斥同步（synchronized、ReentrantLock） - 独占访问临界区 非阻塞同步（Atomic类、ConcurrentHashMap） - 基于CAS乐观更新 无同步方案（局部变量、ThreadLocal、不可变对象） - 消除共享或可变性 最小同步（volatile、读写锁） - 只保护必要可见性或读写分离 选

ArrayList 扩容机制深度解析：初始容量为0（首次add扩为10），触发扩容时按1.5倍增长（通过位运算oldCapacity + (oldCapacity >>1)实现）。扩容过程通过Arrays.copyOf()复制数组，均摊时间复杂度O(1)。相比Vector的2倍扩容更节省空间，但线程不安全。建议预知元素数量时指定初始容量避免多次扩容。关键点包括：懒初始化设计、1.5倍扩

本文对比分析了Java中ArrayList、Vector和LinkedList三大集合类的核心差异。通过表格形式清晰展示了它们在底层结构、时间复杂度、扩容机制和线程安全等方面的区别：ArrayList基于数组实现随机访问快但插入慢，Vector是线程安全的ArrayList但性能较差，LinkedList基于双向链表头插快但随机访问慢。实际测试数据表明，ArrayList在大多数场景下性能更优，因

HashMap扩容机制解析：触发条件是元素数量超过容量×负载因子（默认0.75），新容量为旧容量的2倍。JDK8采用高低位拆分优化，通过hash & oldCap判断元素新位置为原位置或原位置+oldCap，无需重新计算hash。JDK7使用头插法可能导致链表成环，而JDK8的尾插法保持链表顺序，避免这一问题。红黑树拆分后若节点数≤6会退化为链表。建议预知元素数量时指定初始容量以避免多次扩

hash("xyz") = 5 ← 冲突！两个 key 算出了同一个桶 👈哈希冲突就像两个人分到了同一个快递柜格子——柜子只有 16 个格，但快递可能有 100 件，总有格子里要放多个。减少冲突靠两件事：好的 hash 函数——分布均匀合适的容量——不要太拥挤但冲突不可能完全消除，所以必须要有冲突解决策略。

头插法在迁移元素时会把链表顺序反转，当两个线程同时扩容并交替执行时，一个线程可能将另一个线程已迁移的节点重新链接，形成 A → B → A 的环形链表，后续 get 操作遍历链表时会死循环，CPU 飙到 100%。JDK 8 改为尾插法，链表顺序保持不变，不会成环。如果你能强调"JDK 8 只是修复了死循环，HashMap 仍然不安全"、给出线上排查思路、分析 ConcurrentHashMap

本文深入对比了Java中HashMap和TreeMap的核心区别。HashMap基于散列表实现，查找性能为O(1)但无序；TreeMap基于红黑树实现，查找性能为O(log n)但保持key的有序性。TreeMap特有的范围查找功能（如subMap）和导航方法（如floorKey）使其在需要排序或范围查询的场景下更具优势。文章通过数据结构图示、性能测试数据和实际场景分析，给出了明确的选择建议：默认

ConcurrentHashMap通过三层机制实现高效线程安全：1）volatile保证可见性，使get操作无需加锁；2）CAS处理轻量原子操作如空桶插入和计数更新；3）synchronized保护复杂操作如链表/树插入和扩容迁移。这种分层设计实现了细粒度并发控制，相比Hashtable的全局锁性能提升显著。核心策略是根据操作复杂度选择最优同步方式：能CAS不加锁，必须互斥则最小化锁粒度，配合vo

JVM是Java程序运行的核心虚拟机，其核心结构包含三大子系统：类加载子系统负责加载和验证.class文件；运行时数据区管理内存，包括线程私有的程序计数器、虚拟机栈和共享的堆、方法区；执行引擎通过解释器和JIT编译器执行字节码，配合垃圾回收机制。JVM通过统一的字节码规范和平台特定实现实现"一次编写，到处运行"的跨平台特性。JDK8将永久代改为元空间，JIT采用分层编译优化性能

Netty高性能的核心在于其采用的Reactor模式实现。文章详细解析了Reactor模式的三种变体：单Reactor单线程、单Reactor多线程和主从Reactor多线程模型。Netty采用主从Reactor多线程模型，通过Boss Group（主Reactor）负责Accept连接，Worker Group（从Reactor）处理I/O读写，实现职责分离。其中Boss Group通常只需1个