Oracle Java 2026 年 7 月 CPU 后如何核对运行时
Oracle 2026 年 7 月 Critical Patch Update(CPU)在 7 月 21 日发布。核对 Java 运行时不能只看“机器上有没有更新”,而要完成两次对照:先按主版本找到官方安全基线,再确认业务进程实际加载的 Java 是否已经达到这个基线。
官方更新入口:https://www.oracle.com/java/technologies/javase/jdk-relnotes-index.html
- Java 26、25、21、17、11 的 7 月基线分别是 26.0.2+10、25.0.4+7、21.0.12+7、17.0.20+7、11.0.32+7。
- Java 8 要按 1.8.0_501-b08 这种旧式版本格式比较,不能只看“Java 8”。
- 最终证据来自业务进程的可执行文件、java.home 和完整构建号,JAVA_HOME 只能算线索。
先把 CPU 公告基线变成一张对照表
Oracle 的 Java Management 更新说明列出了本次 CPU 对应的运行时版本;JDK 26.0.2 发布说明还给出了完整构建字符串。可以先把它整理成一张“主版本—目标版本—构建号”表,再去看服务器。
| Java 主版本 | 7 月 CPU 目标版本 | 比对重点 |
|---|---|---|
| 26 | 26.0.2+10 | 版本和 build 都要一致 |
| 25 | 25.0.4+7 | 长期支持线不要错看成 21 |
| 21 | 21.0.12+7 | 确认实际启动的 21.x 更新号 |
| 17 | 17.0.20+7 | 确认发行版是否提供同等更新 |
| 11 | 11.0.32+7 | 不要只记录 11.0 |
| 8 | 1.8.0_501-b08 | 按 8u501 和完整 build 比较 |
这张表是升级核对目标,不等于只凭一条命令就能完成完整风险评估。Oracle 的 CPU 公告仍应作为漏洞范围和安装说明的入口。

先查命令看到的版本和构建号
第一轮检查针对当前 shell。它适合发现 PATH 指向了哪一个 Java,也适合把结果保存进变更记录,但它还不能证明 systemd、容器或应用服务器使用的是同一个运行时。
# 合并 stderr,避免 java -version 的版本信息只出现在错误输出流 java -version 2>&1 # 查看包含构建标识的完整版本;Java 8 的输出尤其需要保留 java -fullversion 2>&1 # 记录当前命令解析到的路径,便于和服务启动配置比较 command -v java readlink -f "$(command -v java)" # 查看运行时属性,确认版本、完整运行时版本和 java.home java -XshowSettings:properties -version 2>&1 | grep -E 'java.version|java.runtime.version|java.home|java.vendor'
Oracle 对版本字符串的说明中,java.version 表示产品版本,java.runtime.version 还可能包含构建标识。记录时不要把输出截成“Java 17”或“Java 8”,否则后续无法判断是否达到目标基线。
不要只看 JAVA_HOME,要追到业务进程
最常见的误判是:登录 shell 已经切换到新 JDK,但服务仍由旧路径启动;或者镜像里的 /usr/bin/java 已更新,正在运行的 JVM 却还没有重启。Linux 上可以沿着 PID 查看真实可执行文件:
# 替换为实际 Java 服务 PID;先确认进程归属,避免误查其他 JVM pid=12345 ps -fp "$pid" # /proc/PID/exe 指向当前进程真正加载的 java 可执行文件 readlink -f "/proc/$pid/exe" # 读取进程启动时继承的 JAVA_HOME,只作辅助线索 tr '\0' '\n' &1
如果服务运行在容器里,应在目标容器内部执行同样的检查;如果是 systemd 服务,还要同时查看 ExecStart、环境文件和最近一次重启时间。最终记录应至少包含服务名、PID、可执行文件绝对路径、java.home、完整版本和检查时间。

升级后的复核与常见误区
升级完成后,先比对进程级输出,再观察服务是否已经完成滚动重启。只有新 PID 对应的新路径和新构建号同时出现,才算这次运行时升级真正生效。旧进程仍在运行时,磁盘上的新 JDK 不能替代它。
- 把 8u501 和 1.8.0_501-b08 当成两种版本:它们是同一条 Java 8 更新线的不同写法,留档时保留完整字符串。
- 只看大版本:Java 17.0.19 与 17.0.20 不是同一个 CPU 基线。
- 只改环境变量:服务可能在启动脚本中写死了 JDK 路径,或由容器镜像提供自己的 Java。
- 升级后不重启:运行中的 JVM 不会因为磁盘上的 Java 文件变化而自动换成新运行时。
建议把版本输出和发布单绑定保存,并在下一个 CPU 周期重复这套检查。这样每次只需替换基线表,不必重新猜测某个服务到底加载了哪套 Java。
相关问题
Java 17 只显示 17.0,还能判断是否达到基线吗?
不能。应补充 java -fullversion 或 java.runtime.version,至少看到 17.0.20 及对应构建号,再与发布说明比较。
JAVA_HOME 指向新 JDK,为什么服务仍是旧版本?
服务可能使用了写死的绝对路径、容器内路径或旧进程。优先查 PID 的 /proc/PID/exe,再确认服务是否完成重启。
不同发行版的 Java 版本号不完全一样怎么办?
先确认发行版对应的上游 Java 主版本和补丁说明,再保留厂商追加的 build 标识;不要只按字符串相等判断,必要时以供应商安全公告补充解释。
参考入口:https://docs.oracle.com/en-us/iaas/releasenotes/java-management/jdk-cpu-july-2026.htm、https://www.oracle.com/security-alerts/cpujul2026.html
Go filepath.WalkDir 遍历符号链接时为什么不会进入目标目录
- 上一篇
- Go filepath.WalkDir 遍历符号链接时为什么不会进入目标目录
- 下一篇
- PHP SPLFixedArray 和普通数组有什么取舍
-
- 科技周边 · 业界新闻 | 50分钟前 |
- Kubernetes IngressClass 怎样选择控制器
- 125浏览 收藏
-
- 科技周边 · 业界新闻 | 52分钟前 | 工作负载身份 SPIFFE ID SPIRE Workload API SVID
- SPIFFE ID 怎样映射到工作负载身份
- 377浏览 收藏
-
- 科技周边 · 业界新闻 | 55分钟前 |
- GitHub Actions 怎样为工作流设置并发取消策略
- 467浏览 收藏
-
- 科技周边 · 业界新闻 | 57分钟前 | Kubernetes 镜像标签 OCI 镜像摘要 多平台镜像
- OCI 镜像标签和摘要怎样选择部署引用
- 299浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- OpenTelemetry 怎样为服务添加资源属性
- 292浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 | 环境变量 Kubernetes 配置更新 ConfigMap 文件挂载
- Kubernetes ConfigMap 怎样区分环境变量与文件挂载
- 103浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- OpenTelemetry 安全版本策略变化怎样影响 SDK 升级
- 484浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- Kubernetes CronJob 怎样避免任务并发运行
- 241浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 |
- Kubernetes Service 怎样选择 headless 服务发现
- 372浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 | 失败重试 backoffLimit Kubernetes Job activeDeadlineSeconds
- Kubernetes Job 怎样设置失败重试次数
- 295浏览 收藏
-
- 科技周边 · 业界新闻 | 1小时前 | Kubernetes 滚动更新 Deployment maxUnavailable maxSurge
- Kubernetes Deployment 怎样理解滚动更新的最大不可用数
- 478浏览 收藏
-
- 科技周边 · 业界新闻 | 11小时前 | gitHub actions · 供应链安全 · GitHub Actions GitHub CLI artifact attestations 构建来源
- GitHub Actions artifact attestations 的构建来源核对方法
- 474浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 719次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 726次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 801次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 762次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 599次使用
-
- 蒙面演唱引争议,旺仔小乔被平台封禁
- 2025-08-08 501浏览
-
- openGauss向量驱动升级,RAC多写突破内核
- 2025-07-30 501浏览
-
- 安普瑞斯工厂放假,电芯供应受影响
- 2025-07-04 501浏览
-
- 农产品APP开发优势与功能全解析
- 2025-04-30 501浏览
-
- 开店省钱妙招,外卖系统同城配送运营攻略
- 2025-04-26 501浏览

