java面试重在用底层原理解释线上问题：concurrenthashmap舍分段锁因cas+node锁优化；string不可变因hashcode缓存、常量池及类加载机制；new string("abc")创建两个对象因常量池复用与堆新建分离；volatile不保证原子性，仅保障可见性与有序性；hashmap链表转红黑树阈值为8是泊松分布概率测算结果；class.forname()触发初始化而loadclass()不触发。
Java面试里真不考“概念背诵”，考的是你能不能用底层原理解释线上问题——比如为什么 ConcurrentHashMap 在 JDK 8 后不用分段锁了，或者 String 为什么是不可变的，不是因为“设计得好”，而是因为 hashCode 缓存、字符串常量池、类加载机制这些环环相扣。
为什么 new String("abc") 会创建两个对象？
这不是 JVM 故意找茬，是字符串常量池（StringTable）和堆内存分工导致的。字面量 "abc" 优先进常量池（如果不存在），而 new 操作一定在堆上分配新对象。
- 常量池里的
"abc"和堆上的String实例是两个独立对象，==判定为false - JDK 7+ 后常量池移到堆中，但逻辑没变：池内复用 + 堆上新建 = 两个引用指向不同内存地址
- 面试问这个，实际想听你提
intern()的作用：它会检查池中是否存在，有则返回池引用，否则把当前对象引用放入池并返回
示例：
String a = new String("abc"); // 堆对象 + 常量池字面量<br>String b = "abc"; // 只取常量池引用<br>System.out.println(a == b); // false<br>System.out.println(a.intern() == b); // true
volatile 能不能保证原子性？
不能。它只保证可见性和禁止指令重排序，对复合操作（如 i++）完全无效。
立即学习“Java免费学习笔记（深入）”；
-
i++拆开是读取、加1、写回三步，volatile不阻止其他线程在这三步中间插队 - 常见误用：用
volatile boolean flag控制线程启停没问题，但用volatile int counter做计数器必然出错 - 替代方案取决于场景：
AtomicInteger（CAS）、synchronized（锁块）、或LongAdder（高并发累加）
错误示范：
private volatile int count = 0;<br>void inc() { count++; } // 非原子，多线程下结果小于预期
为什么 HashMap 在 JDK 8 后链表转红黑树的阈值是 8？
这不是拍脑袋定的，是基于泊松分布的概率测算——在默认负载因子 0.75 下，哈希桶中节点数超过 8 的概率已低于千万分之一。
- 链表查找是 O(n)，红黑树是 O(log n)，但树化有额外空间和维护成本；8 是平衡点
- 注意前提：必须先满足
table.length >= 64，否则优先扩容而不是树化 - 反向操作（树转链表）阈值是 6，留出缓冲区间，避免频繁切换
- 如果你重写了
hashCode()但分布极差，哪怕长度不到 8，也可能因大量哈希碰撞引发性能雪崩
ClassLoader.loadClass() 和 Class.forName() 差在哪？
核心区别就一条：Class.forName() 默认会触发类的初始化（执行 static 块），loadClass() 不会。
- Spring 加载 Bean 类时用
forName()，是为了让配置类里的static初始化逻辑跑起来 - OSGi 或热部署场景常用
loadClass()，避免提前初始化造成类状态污染 - 两者都走双亲委派，但初始化时机不同；如果你的类有
static { System.out.println("init"); }，就能立刻验证区别
示例：
// 不打印 init<br>ClassLoader.getSystemClassLoader().loadClass("MyClass");<br>// 打印 init<br>Class.forName("MyClass");
真正卡人的从来不是“知道有这个概念”，而是当你看到 ClassNotFoundException 却不确定是路径问题、类加载器隔离还是初始化失败时，能不能三秒内定位到 ClassLoader 的委托链或 defineClass 抛异常的位置——这些细节，藏在栈最底下那行 at java.base/java.lang.ClassLoader.defineClass 里。
