笔记一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 和 yreturn 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使用不当容易造成死锁。javapublic 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 实现优雅关闭防止正在执行的任务被强行中断。javaExecutorService pool Executors.newFixedThreadPool(10);// 业务执行...// 优雅关闭三步走pool.shutdown(); // 拒绝新任务等待已有任务完成try {// 等待最多 1 小时若超时则返回 falseif (!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,formatb,fileheap.hprof pid 导出堆转储文件再用 MATMemory Analyzer Tool分析 GC Roots 路径从而精准定位未被释放的对象引用。bash# 1. 找到 Java 进程 PIDjps -l# 2. 查看 GC 情况 (S0/S1/E/O/M 各区占比)jstat -gcutil 12345 1000# 3. 导出堆内存快照 (会触发 Full GC, 需谨慎评估影响)jmap -dump:live,formatb,filedump.hprof 12345# 4. 查看线程堆栈 (配合 CPU 高排查)jstack 12345 stack.log2. 理解逃逸分析与栈上分配很多人误以为所有对象都在堆上分配但实际上现代 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的关键技术。
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 和 yreturn 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使用不当容易造成死锁。javapublic 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 实现优雅关闭防止正在执行的任务被强行中断。javaExecutorService pool Executors.newFixedThreadPool(10);// 业务执行...// 优雅关闭三步走pool.shutdown(); // 拒绝新任务等待已有任务完成try {// 等待最多 1 小时若超时则返回 falseif (!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,formatb,fileheap.hprof pid 导出堆转储文件再用 MATMemory Analyzer Tool分析 GC Roots 路径从而精准定位未被释放的对象引用。bash# 1. 找到 Java 进程 PIDjps -l# 2. 查看 GC 情况 (S0/S1/E/O/M 各区占比)jstat -gcutil 12345 1000# 3. 导出堆内存快照 (会触发 Full GC, 需谨慎评估影响)jmap -dump:live,formatb,filedump.hprof 12345# 4. 查看线程堆栈 (配合 CPU 高排查)jstack 12345 stack.log2. 理解逃逸分析与栈上分配很多人误以为所有对象都在堆上分配但实际上现代 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的关键技术。
