JAVA语言程序开发第15课（难度升级）
📌 笔记一：Java 现代语法进阶（JDK 8 → 17/21）
从旧版本向新版本迁移时，不仅仅是语法糖的升级，更是编码思维向函数式与不可变风格的转变。
1. 文本块与模板技术
在处理 SQL 或 JSON 拼接时，传统代码往往充斥着大量换行符和引号转义，不仅难以阅读，更容易在复杂动态拼接中出现 SQL 注入漏洞。JDK 13 引入的文本块（JEP 355）解决了多行字符串的可读性问题，而 JDK 21 的字符串模板（JEP 430）则进一步将动态值内嵌与自动转义结合起来，通过 STR. 处理器在编译期完成安全拼接。
```java
// 传统方式：换行符 + 引号转义
String jsonOld = "{\n" +
" \"name\": \"" + name + "\",\n" +
" \"age\": " + age + "\n" +
"}";
// 进阶方式：文本块 + 模板表达式 (Java 21+)
// STR 模板处理器会自动处理特殊字符转义，防止注入
String name = "Alice";
int age = 25;
String jsonNew = STR."""
{
"name": "\{name}",
"age": \{age}
}
""";
```
2. Record 与 Switch 模式匹配
Record 不仅仅是为了替代 Lombok，它通过语义化的 component() 访问器（而非传统 getter）强调了数据的不可变性。结合 Switch 模式匹配，可以实现非常优雅的数据解构，这在处理多分支的业务状态机时尤其得心应手。
```java
// 定义一个 Record 数据传输对象
public record Point(int x, int y) {}
// 模式匹配：直接解构 Record 内部字段
public String getQuadrant(Object obj) {
// 使用 Record 模式进行解构，直接提取 x 和 y
return switch (obj) {
case Point(int x, int y) when x > 0 && y > 0 -> "第一象限";
case Point(int x, int y) when x < 0 && y > 0 -> "第二象限";
case Point p -> "坐标轴或其它: " + p.x();
case null -> "无效输入";
default -> "未知类型";
};
}
```
---
🧠 笔记二：并发编程进阶与陷阱
并发编程的难点在于可见性与有序性，这一部分聚焦于 volatile 的语义扩展以及线程池的关闭策略。
1. 使用 StampedLock 优化读写锁
传统的 ReentrantReadWriteLock 在读多写少的场景下，写锁可能会遭遇“线程饥饿”问题。StampedLock 提供了一种乐观读模式：读取时先不加锁，事后验证数据在此期间是否被修改过。这种机制避免了读操作阻塞写操作，在高并发读取场景下能显著提升吞吐量。但需要特别注意的是，StampedLock 是不可重入的，且不支持条件变量 Condition，使用不当容易造成死锁。
```java
public class StampedLockExample {
private double x, y;
private final StampedLock sl = new StampedLock();
// 乐观读模式（通常用于读多写少）
public double distanceFromOrigin() {
long stamp = sl.tryOptimisticRead(); // 获取乐观读戳
double currentX = x, currentY = y;
// 验证在读取期间是否有写操作发生
if (!sl.validate(stamp)) {
// 如果数据脏了，升级为悲观读锁重新读取
stamp = sl.readLock();
try {
currentX = x;
currentY = y;
} finally {
sl.unlockRead(stamp);
}
}
return Math.sqrt(currentX * currentX + currentY * currentY);
}
}
```
2. 线程池的状态管理与优雅关闭
ExecutorService 的关闭不仅仅是调用 shutdown()。需要理解线程池的五种运行状态，并通过 awaitTermination 实现优雅关闭，防止正在执行的任务被强行中断。
```java
ExecutorService pool = Executors.newFixedThreadPool(10);
// 业务执行...
// 优雅关闭三步走
pool.shutdown(); // 拒绝新任务，等待已有任务完成
try {
// 等待最多 1 小时，若超时则返回 false
if (!pool.awaitTermination(1, TimeUnit.HOURS)) {
pool.shutdownNow(); // 超时，强制取消
// 额外处理中断响应...
}
} catch (InterruptedException e) {
pool.shutdownNow();
Thread.currentThread().interrupt(); // 重置中断状态
}
```
---
🛠️ 笔记三：JVM 内存分析与调优实战
这里不讨论基础 GC 理论，而是侧重于使用命令行工具在“无监控工具”环境下的紧急排查流程。
1. 快速定位 CPU 飙升与内存泄漏
在生产环境中，当 CPU 占用率突然飙升到 100% 时，通常无法立即安装 VisualVM 等图形化工具。此时，需要通过 top -Hp 找到进程内最耗时的线程 ID，将其转换为十六进制后，利用 jstack 导出线程堆栈来定位具体的代码行号。如果发现大量线程处于 BLOCKED 状态（线程阻塞），则需要重点检查是否存在锁竞争；如果发现内存持续增长，则先通过 jstat -gcutil <pid> 1000 观察老年代占用率（O区）是否持续 100% 且无法回收，确认后使用 jmap -dump:live,format=b,file=heap.hprof <pid> 导出堆转储文件，再用 MAT（Memory Analyzer Tool）分析 GC Roots 路径，从而精准定位未被释放的对象引用。
```bash
# 1. 找到 Java 进程 PID
jps -l
# 2. 查看 GC 情况 (S0/S1/E/O/M 各区占比)
jstat -gcutil 12345 1000
# 3. 导出堆内存快照 (会触发 Full GC, 需谨慎评估影响)
jmap -dump:live,format=b,file=dump.hprof 12345
# 4. 查看线程堆栈 (配合 CPU 高排查)
jstack 12345 > stack.log
```
2. 理解逃逸分析与栈上分配
很多人误以为所有对象都在堆上分配，但实际上，现代 JVM 开启逃逸分析后，如果发现一个对象的作用域仅限于方法内部（即没有被外部引用），JIT 编译器会将其拆解为标量并在栈上分配内存。栈上分配的对象随方法调用结束而自动销毁，这能极大减轻 GC 的压力。可以通过 JVM 参数 -XX:+PrintEscapeAnalysis 观察分析结果，或使用 -XX:-DoEscapeAnalysis 关闭该特性进行对比测试。
---
⚡ 笔记四：网络通信与 IO 模型演进
1. 深入理解 NIO 的非阻塞原理
传统的 BIO（同步阻塞 I/O）在面对大量空闲连接（如大量保持连接但不发送数据的移动端 App）时，会为每个连接分配一个独立的线程，导致内存和上下文切换开销巨大。NIO 的核心在于 Selector（多路复用器），它允许一个线程轮询管理成千上万个 SocketChannel。当通道没有数据时，线程可以去做其他事情，只有当操作系统内核通知“数据已准备好”时，线程才去读取。这种模式在连接数非常多但活跃连接较少的场景下，资源利用率远高于 BIO。
2. 零拷贝技术剖析
在传统的文件传输中，数据从磁盘到 Socket 需要经历“磁盘 → 内核缓冲区 → 用户缓冲区 → Socket 缓冲区”四次拷贝和多次上下文切换。Java 的 FileChannel 提供的 transferTo 方法，利用底层操作系统的 sendfile 系统调用，实现了零拷贝：数据直接从内核缓冲区拷贝到 Socket 缓冲区（甚至直接由 DMA 拷贝到网卡），完全不经过用户空间，大幅降低了 CPU 占用和带宽延迟，是构建高性能文件服务器（如 Netty）的关键技术。