Java核心概念深度总结_从初级语法到高级底层原理的学习路径-java教程-PHP中文网

Java核心概念需通过实践深挖：ArrayList初始容量不等于数组长度，volatile对long/double在现代JVM中主要起内存屏障作用，ClassLoader.loadClass()返回null主因是类名错误或类路径缺失，String.intern()自JDK7起存于堆内字符串常量池。

java核心概念深度总结_从初级语法到高级底层原理的学习路径

Java核心概念不是靠“总结”掌握的，而是靠在写代码时反复撞墙、查源码、改字节码才真正理解的。所谓“深度”，往往藏在你调用 ArrayList.add() 却发现扩容逻辑卡顿、或用 ConcurrentHashMap 仍出现数据不一致、又或者 ClassLoader.loadClass() 返回 null 却死活找不到原因的时候。

为什么 new ArrayList(10) 并不能保证底层数组长度就是 10

这是新手最常误解的一点：传入的初始容量只是构造 elementData 数组的参考值，但 JDK 8+ 实际会做向上取整到最近的 2 的幂（比如传 10 → 分配 16），而 JDK 17+ 更进一步，直接使用 ArraysSupport.newArray() 做平台优化，甚至可能延迟分配。更重要的是——这个“初始容量”只影响第一次扩容前的行为，一旦触发 grow()，后续扩容策略由 Arrays.copyOf() 和增长因子（1.5x）共同决定。

别依赖 elementData.length 判断“实际用了多少空间”，它和 size() 完全不是一回事
如果真要精确控制内存，得看 ArrayList 的私有字段（需反射），但生产环境不建议这么做
大量小对象频繁 add？考虑预估总量后传参，否则默认无参构造（初始为 0）会导致多次数组复制

volatile 修饰 long 或 double 真的能防止“半个变量”问题吗

能，但仅限于 32 位 JVM 或未开启压缩指针（-XX:-UseCompressedOops）的 64 位 JVM。现代 JDK 默认开启压缩指针，且 HotSpot 对 long/double 的读写做了原子性保证（JVM 规范允许，HotSpot 实现了），所以 volatile 在这里主要起内存屏障作用，而非修复非原子写。

真正需要 volatile 的场景是：要求可见性 + 禁止重排序，比如状态标志位 running
若用于计数，请直接上 AtomicLong；volatile long counter 无法保证自增线程安全
注意：volatile 不提供互斥，也不构成锁，它只是告诉 JVM：“这个变量的每次读都必须从主存拿，每次写都必须立刻刷回主存”

ClassLoader.loadClass() 返回 null 的三种真实原因

返回 null 只有一种情况：委托链末端（通常是 BootstrapClassLoader）没找到类，且当前加载器也没覆盖 findClass() 去自己加载。但现实中你看到 null，大概率是因为：

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

传入了错误的二进制名（比如用了路径风格 "com/example/Utils.class" 而不是 "com.example.Utils"）
类确实不在 classpath / module path 中，且没有自定义 URLClassLoader 或 FileSystemClassLoader
该类被其他 ClassLoader 加载过，而你用的是另一个 ClassLoader 实例（双亲委派下不会重复加载，但不同实例之间无共享）

调试时别只打日志，先确认 getClassLoader().getResource("com/example/Utils.class") 是否返回非 null URL。