-
TransferQueue是强制“手递手”交付的队列，适用于RPC绑定、任务委派等需零缓冲低延迟场景；非必需时勿替代BlockingQueue，否则易致阻塞和吞吐暴跌。
-
RecursiveTask是ForkJoinPool中用于实现有返回值分治算法的抽象类，需继承并重写compute()方法。它适用于将大任务拆为子任务并行执行后合并结果，如数组求和、最大值查找等场景。通过fork()异步提交任务，join()等待结果，结合阈值控制避免过度拆分，利用工作窃取提升并发效率。使用时需注意任务粒度、无共享状态及异常处理，适合归并排序、数据聚合等可递归分解的问题，能有效提升计算密集型任务性能。
-
本文详解如何在Java中通过正则表达式精准提取文件名的中间部分（如从AA_BB_CC_20-300.tsv中提取CC_20-300），涵盖模式设计原理、完整可运行代码及关键注意事项。
-
lockInterruptibly()可中断等待锁的线程，使其响应interrupt()并抛出InterruptedException，从而避免无限阻塞；而lock()无视中断，易导致死锁僵局。
-
因为现代应用多核高并发、短期对象增多，偏向锁的单线程优化假设失效，撤销需STW导致延迟抖动；实测禁用后99%延迟降5%-10%，且维护成本高、代码复杂易出错。
-
Java线程执行顺序由操作系统调度器决定，JVM不干预；setPriority()基本无效；需用CountDownLatch等同步机制而非调度策略控制顺序。
-
访问数组前需检查索引合法性，通过判断索引是否在0到数组长度范围内避免越界；2.使用增强for循环可规避手动控制索引带来的风险；3.封装安全访问方法，在越界时返回默认值提升健壮性；4.Java8+推荐使用Optional封装元素，支持函数式处理空值情况。核心是“先判断后访问”，杜绝依赖异常控制流程。
-
Java批量重命名应使用Files.move()替代renameTo()，按策略生成新名并校验冲突；需过滤文件、保留扩展名、避免覆盖、处理异常并支持预览模式。
-
使用addAll或StreamAPI可合并多个Set。先创建新Set，调用addAll逐个添加其他Set元素，自动去重；或用Stream.of结合flatMap和collect收集为新Set。示例：merged.addAll(set1)添加内容，或Stream方式函数式合并。注意类型一致、有序性选择LinkedHashSet、排序用TreeSet。原始集合不被修改。addAll直观，Stream更灵活现代。
-
Java异常设计核心是按业务决策建模：checked异常用于需调用方处理的临时故障（如ServiceUnavailableException），unchecked用于代码错误（如InvalidOrderStateException）；用抽象基类收敛共性，类名体现动作（如PaymentTimeoutRetryableException），字段结构化而非拼接字符串。
-
StackWalker的核心价值是「按需拉取」调用栈帧以降低开销，关键在于合理配置Option（如省略RETAIN_CLASS_REFERENCE、不开启SHOW_REFLECT_FRAMES/SHOW_HIDDEN_FRAMES），并用filter优先过滤代理类再skip，避免Lambda合成类干扰。
-
应使用Comparator.nullsLast(Comparator.naturalOrder())配合Optional处理，避免NPE和空Map异常，并在Value相等时按需用thenComparing或reduce保证顺序。
-
-XX:MaxGCPauseMillis是G1的软目标而非硬限制，仅在启用-XX:+UseG1GC且堆大小固定（-Xms=-Xmx）时有效；单独设置无效，因它依赖G1预测模型，需历史数据支撑，否则停顿抖动剧烈。
-
JIT即时编译器将运行时频繁执行的热点代码（如高频调用方法或循环体）动态编译为本地机器码以提升性能；它延迟编译，仅对达到阈值的热点代码优化，避免冷代码浪费资源，并在编译中进行内联、逃逸分析等深度优化。
-
cmd里chcp显示936，但Java程序仍乱码这是Windows下最典型的编码错位：控制台表面用GBK（chcp936），但JVM默认按系统locale读取file.encoding，而新版JDK（尤其是17+）在非管理员权限启动时可能忽略系统设置，直接fallback到UTF-8。结果就是System.out.println("中文")在cmd里显示为“???”。实操建议：先运行chcp确认当前活动代码页（936=GBK，65001=UTF-8）再执行java-XshowSettin
