原文摘要

Java近期新闻综述。

原文链接

进一步信息揣测

• Applet API的移除时机：Applet API虽在JDK 17已标记为废弃，但实际移除延迟到JDK 26，说明Oracle对兼容性问题的谨慎态度。内部可能因遗留系统依赖而刻意放缓移除节奏。
• JDK版本升级的隐藏优先级：JDK 25被指定为LTS（长期支持）版本，但未高调宣传，暗示企业用户应优先迁移至JDK 21或等待JDK 25，而非短期版本。
• GraalVM的优化细节：AMD64ArrayIndexOfOp类改用DWORD类型比较搜索值，这一底层优化可能显著提升特定场景性能，但需结合硬件特性调整代码才能发挥效果。
• Spring Framework的弹性设计内幕：新增的@Retryable和@ConcurrencyLimit注解可能源于行业对微服务容错的隐性需求，但需注意重试策略可能引发雪崩效应，需配合熔断机制使用。
• Liberica JDK的补丁策略：BellSoft同时发布CPU（关键补丁）和PSU（补丁集更新），PSU包含非关键修复，但企业通常只关注CPU，可能忽略PSU中的性能优化或兼容性改进。
• JEP 519（紧凑对象头）的潜在影响：虽未明说，此特性可能减少内存占用，但对某些依赖对象头布局的底层库（如序列化框架）存在兼容性风险，需提前测试。
• JFR（Java Flight Recorder）的隐藏成本：JFR新增的CPU-Time剖析和合作抽样功能虽强大，但默认开启可能增加运行时开销，生产环境需权衡监控粒度和性能损耗。
• 模块导入声明（JEP 511）的争议：此特性简化模块化开发，但可能被社区视为对JPMS（Java模块系统）复杂性的妥协，实际采用率可能低于预期。
• Oracle补丁发布的延迟同步：第三方如BellSoft的Liberica JDK补丁与Oracle同步发布，说明存在幕后协议或代码共享机制，但社区版可能仍滞后于商业版。
• 结构化并发的五次预览：JEP 505多次预览仍不稳定，反映并发编程模型的复杂性，企业内部可能已自行封装解决方案而非等待官方稳定。