Appearance
第6章 毕昇 JDK 与国产操作系统（华为篇）
本章对应简历关键词：毕昇 JDK 1.8.0_362（aarch64）、统信 UOS、麒麟 V10、鲲鹏生态兼容认证。对应主宝典 01 章 1.9（操作系统与运行时）。 口径红线：我对 JDK 和操作系统的真实水位是"使用者+部署者"——JDK 我装过配过、跑过业务；国产 OS 我批量装过虚机、踩过 ARM 包源和依赖库的坑；JVM 调优内核（GC 算法细节、OS 内核调度）按【了解】层准备。绝不说"我给毕昇 JDK 提过 PR"这种话。 本章讲法：四个主角（毕昇 JDK、openEuler、统信 UOS、麒麟 V10）在面试里几乎都以下列形式出现——"这是什么/为什么用它不用 XXX/ARM 上装它有什么不一样/CentOS 停服你们怎么看"。每节都按这个问法组织，最后统一讲 CentOS 停服与信创迁移的大背景（这是全部国产 OS 存在的"时代原因"，答好它显得有行业视野）。
本章知识地图：
| 节 | 内容 | 三级标注 | 面试出现频率 |
|---|---|---|---|
| 6.1 | 毕昇 JDK（是什么/怎么装/为何用） | 【必背】 | 中高 |
| 6.2 | openEuler 欧拉（华为开源 OS） | 【理解】 | 中 |
| 6.3 | 统信 UOS（项目业务节点 OS） | 【必背】 | 中 |
| 6.4 | 银河麒麟 V10（项目数据库节点 OS） | 【必背】 | 中 |
| 6.5 | CentOS 停服与信创迁移背景 | 【必背】 | 高（行业题） |
| 6.6 | 国产 OS + ARM 上部署的实操差异 | 【理解】 | 中（答好显真实） |
| 6.7 | 鲲鹏生态兼容认证 | 【理解】 | 中 |
| 6.8 | JDK 家族与版本常识（追问弹药库） | 【了解】 | 追问层 |
| 6.9 | 面试问答 10 题 | 综合 | —— |
一句话本章总纲（30 秒版）："整个项目的运行时和操作系统层全是国产：Java 运行时用华为毕昇 JDK 8u362 的 ARM 版，15 台虚拟机里业务节点跑统信 UOS Server 20、数据库节点跑麒麟 V10 SP1——为什么两种 OS 混用？因为 Vastbase 的安装包就是 kylin_v10sp1 专用包，版本配套表定的。这套选择背后的时代背景是 CentOS 停服和金融信创，这些我都实际装过、踩过 ARM 适配的坑。"
先记住一个类比：JDK 的"发行版"逻辑（全章总纲，先读这个）
| 层次 | 上游 | 发行版例子 |
|---|---|---|
| 操作系统 | Linux 内核 | RHEL / CentOS / openEuler / UOS / 麒麟 |
| Java 运行时 | OpenJDK | Oracle JDK / 毕昇 JDK / 龙井 / Corretto |
| 数据库 | PostgreSQL / openGauss | Vastbase / GaussDB（第 4 章呼应） |
为什么先讲这个：华为生态的产品几乎都遵循"上游开源内核+厂商发行版"模式（openGauss→Vastbase、OpenJDK→毕昇、openEuler→UOS 欧拉版）。把这个模型刻在脑子里，本章和第 4 章的知识会自动串成线——面试时一个类比讲三家产品，效率极高。
6.1 毕昇 JDK【必背】
标准回答（口述约 1.5 分钟）： 毕昇 JDK 是华为基于 OpenJDK 开发并开源的 JDK 发行版，名字取自活字印刷发明人毕昇——和编译器产品线"毕昇编译器"同一个品牌家族。它和 Oracle JDK、OpenJDK 的关系，类比 Linux 发行版就好理解了：OpenJDK 是上游源码，毕昇 JDK 是华为维护的下游发行版，核心差异是针对鲲鹏 ARM（aarch64）架构做了大量优化——GC、JIT、锁、向量化这些 JVM 组件在 ARM 上的性能优化，还有华为自己的增强特性（比如堆转储增强、启动加速相关能力）。我们项目里自研数币合约管理平台是 Java 应用，跑在鲲鹏虚机上，JDK 就用配套表指定的毕昇 JDK 1.8.0_362 aarch64 版——从华为云鲲鹏镜像站下载 tar 包解压安装、配环境变量、java -version 验证，这是我部署应用平台的标准第一步。为什么不用 Oracle JDK？一是信创要求国产化运行时，二是 ARM 优化有实打实的收益，三是配套体系内版本责任清晰——出问题走华为通道闭环。
6.1.1 我的真实操作（三步装法）【必背】
bash
# 1. 从华为云鲲鹏镜像站下载 ARM 版（注意一定是 aarch64 包）
# 镜像站路径：mirrors.huaweicloud.com 的 kunpeng/compiler/bisheng_jdk 目录
tar -zxvf bisheng-jdk-8u362-linux-aarch64.tar.gz
# 2. 配环境变量
vi /etc/profile
# export JAVA_HOME=<解压路径>/bisheng-jdk-8u362
# export PATH=$JAVA_HOME/bin:$PATH
source /etc/profile
# 3. 验证（确认输出 1.8.0_362 且为 aarch64）
java -version输出长什么样（心里有底）：
openjdk version "1.8.0_362"
OpenJDK Runtime Environment (BiSheng JDK ...)
OpenJDK 64-Bit Server VM ... (aarch64)（以实际安装包输出为准——能看到 BiSheng 和 aarch64 两个关键词就说明装对了。）
细节加分点（三条，讲出来就是"真装过"）：
- 装完
java -version必看输出里的 aarch64 字样——ARM 环境最怕下错 x86 包； - 下载前先
uname -m对齐本机架构，这是我在信创环境的固定检查动作； - 多节点部署时环境变量统一写进 /etc/profile 并 source 生效，保证后续 jps、jar 启动脚本在任何会话可用——我们中间件两台虚机就是这么标准化的。
6.1.2 追问链
- 追问1：毕昇 JDK 和 Oracle JDK / OpenJDK 什么关系？为什么敢在生产用？
- OpenJDK 是上游开源实现，Oracle JDK 从 JDK 11 起与 OpenJDK 同源、走商业支持；
- 毕昇 JDK 是华为的 OpenJDK 发行版：跟主线版本、加鲲鹏优化、开源（openEuler 社区就有毕昇 JDK 项目页）；
- 生产敢用的理由：①不是"魔改"，按 OpenJDK 版本线走兼容性；②华为自家产品线和大量鲲鹏客户在用，成熟度有生态背书；③配套表指定+原厂支持，生产责任清晰；
- 实证：我们的标准 Java 应用在它上面零改动运行，整个项目周期无 JVM 层面故障。
- 追问2：毕昇 JDK 具体优化了什么？（深挖题，按【了解】+兜底答）
- 按官方文档口径了解的方向：鲲鹏平台上的 GC 优化（G1 相关增强）、JIT/锁优化、堆转储增强，新版本还有启动/预热加速能力（JBooster 这类组件）；
- 诚实兜底：这些优化的具体收益数字我没有在我们的应用上单独做过基准测试——我们是配套表指定的运行时；
- 反手加分：要聊 JVM 调优我可以讲实际做过的——堆参数按虚机内存规划、GC 日志开启定位停顿、连接池与线程配置配合应用侧调整，这些是真调过的。
- 追问3：为什么还用 JDK 8 这么老的版本？
- 应用是自研 Java 平台，历史代码基线就是 JDK 8，升级大版本意味着应用全面回归测试；
- 金融生产环境的规则是"应用定运行时、配套表定发行版"，运维不单方面推动；
- 展示知识面：JDK 8→11→17 的主要变化我知道（模块化、G1 成为默认、ZGC 出现等），但生产决策以应用兼容和配套认证为准——"知道新东西"和"生产用哪个"是两回事，这个分寸感面试官最爱。
- 追问4：阿里有 Dragonwell（龙井），和毕昇什么关系？
- 同类产品：都是国产厂商的 OpenJDK 发行版；
- 差异定位：龙井偏 x86 云上电商场景优化，毕昇偏鲲鹏 ARM 优化；
- 类比：Red Hat OpenJDK vs Amazon Corretto——同一上游、不同平台的增强。这个对比答出来，说明你懂"JDK 发行版生态"，不只会装。
- 追问5：aarch64 和 x86_64 的 JDK 包能混用吗？
- 不能。JVM 是编译到特定指令集的原生程序；
- 现象：x86 的包在 ARM 上执行会报"无法执行二进制文件/Exec format error"，连 java -version 都起不来；
- 推广结论：ARM 环境所有原生组件——JDK、Docker、K8s 二进制、数据库安装包——都必须 aarch64 版，这是我们项目所有安装包都带架构后缀的原因。
关联话术："简历技能栏写'毕昇 JDK'，被问就说：它是华为的 OpenJDK 发行版、鲲鹏优化，我在银行项目用它跑自研 Java 平台——顺手把'装法三步+架构检查习惯'讲出来，这个小知识点的可信度就立住了。"
6.1.3 JDK 层面的日常验证与排障（真用过的证据）
bash
jps -l # 查 Java 进程：确认后端 jar 起来了（部署平台后的固定验证动作）
jps -l | grep <jar名> # 精确确认目标服务
# 后端日志位置我们固定在应用目录 logs/ 下，启动失败先看日志再动手三个真实排障场景（面试可选用）：
- java -version 报"没有那个文件或目录"：包解压完整但架构不对（x86 包跑在 ARM 上）或解压不完整——先
uname -m对架构，再看 bin 目录是否齐全； - jar 起不来报 UnsupportedClassVersionError：编译时 JDK 版本高于运行时——项目统一 8u362 后没有再出现，教训是"编译运行环境要同一配套"；
- 服务跑起来但连不上 BCS：大概率不是 JDK 的事——按第 5 章排查链走（网络→进程→数据库/Redis→p12 证书有效期）。这个例子用来展示"知道哪层不归 JDK 管"的判断力。
6.2 openEuler 欧拉：华为的开源服务器操作系统【理解】
先给一个信息检索示范（体现"会查官方资料"的职业习惯）： 面试或工作中聊 openEuler，我的标准查证路径是三步——①官网 openeuler.org（现已跳转 openeuler.openatom.cn）看版本公告与文档；②"获取 openEuler"页看社区发行版和商业发行版列表；③查目标软件的兼容性列表（OSV/ISV 认证）。这套"官网→文档→认证列表"的路径适用于本章所有产品——不背网页，背路径。
标准回答（口述约 1 分钟）： openEuler 是华为 2019 年开源、后来捐赠给开放原子开源基金会孵化的服务器操作系统社区项目，内核源自华为商用的 EulerOS（欧拉）产品线。它的定位是"全场景开源操作系统"，覆盖服务器、云计算、边缘、嵌入式场景，支持 x86、ARM（鲲鹏）、RISC-V、LoongArch 等多指令集，开源协议是木兰宽松许可证。对我们运维人员最有感的三点：①它是国产 OS 的上游之一——统信有"服务器系统欧拉版"、麒麟新版本也基于 openEuler 开发，金融现场见到的国产 OS 很多往下挖都连到 openEuler；②它的包生态就是 rpm/yum 系，从 CentOS 迁移几乎零门槛；③它是华为鲲鹏计算生态的"亲儿子"，鲲鹏服务器的 OS 认证以 openEuler 系为基准。我们项目里 DME 用 SmartKit 部署时选的就是 ARM + EulerOS 路线，跟它一脉相承。
6.2.1 要点速记表
| 项 | 内容 | 记忆锚点 |
|---|---|---|
| 起源 | 2019 年华为开源（EulerOS 商用线出身） | 先有 EulerOS，后开源 openEuler |
| 治理 | 开放原子开源基金会孵化 | "捐给基金会"是国产开源标志动作 |
| 许可证 | 木兰宽松许可证（MulanPSL） | 国产开源协议 |
| 架构 | x86 / ARM / RISC-V / LoongArch | 鲲鹏 ARM 一等公民 |
| 包生态 | rpm/yum（dnf） | CentOS 运维零门槛迁移 |
| 版本节奏 | 每年创新版 + 每两年 LTS（20.03/22.03/24.03 LTS） | "偶数年 LTS" |
| 下游 | 统信欧拉版、麒麟新版等商业发行版 | "国产 OS 上游" |
（版本节奏按社区惯例概括，具体版本号以 openeuler.org 官网发布页为准——面试说"有 LTS 节奏"即可，不硬背。）
6.2.2 追问链
- 追问1：openEuler 和 EulerOS 什么关系？
- EulerOS 是华为的商业服务器 OS（企业级支持、随华为解决方案交付）；
- openEuler 是开源社区版；
- 关系类比：商业版稳定出货，社区版快速演进，商业版从社区版取材——和 RHEL 与 Fedora 的关系神似。
- 追问2：openEuler 和麒麟、统信是竞争还是合作？
- 竞合：openEuler 是上游社区，麒麟和统信是商业发行版厂商；
- 它们既参与社区、发行基于 openEuler 的产品，也维护自己的独立产品线；
- 面试一句话："openEuler 是上游社区，麒麟统信是基于它或独立发展的商业发行版"——知道行业分层就够了，不评论商业格局。
- 追问3：你们虚拟机为什么不用 openEuler 而用 UOS/麒麟？
- 配套表决定：整套方案认证的组合是 UOS Server 20（业务）+ 麒麟 V10 SP1（数据库）；
- openEuler 系主要出现在华为自家组件的部署选项里（比如 DME 的 EulerOS 路线）；
- 回扣版本配套意识：不是我挑 OS，是方案认证哪个我用哪个，但每个为什么我能讲清楚。
6.2.3 openEuler 技术名词三件套（听到能接住即可）【了解】
| 名词 | 一句话定位 | 兜底说法 |
|---|---|---|
| iSula | openEuler 的轻量级容器引擎/容器底座 | "openEuler 自带的容器方案，对标 docker 运行时" |
| A-Tune | openEuler 的智能性能调优组件（负载感知自动调优） | "OS 层的自动调优，我没在生产用过，知道定位" |
| secGear | openEuler 的机密计算安全框架 | "可信执行环境相关，概念级了解" |
用法说明：这三个词出现在 JD 或面试官嘴里时，能接一句定位就够了；主动往外抛反而容易引火上身——【了解】层的词，被动应对，不主动炫。
6.3 统信 UOS：项目业务节点的国产 OS【必背】
标准回答（口述约 1 分钟）： 统信 UOS 是统信软件（2019 年成立，国产 OS 厂商"双雄"之一）的操作系统品牌，服务器版、桌面版都有，服务器版支持鲲鹏、飞腾、龙芯、海光、兆芯等主流国产芯片。我们项目 15 台虚拟机里大多数跑的就是 统信 UOS Server 20——K8s 管理节点、BCS 管理面、数据面、数币中间件都是它。选它不是我个人偏好，是方案配套表定的；但用下来我最认可的一点是它的生态兼容做得务实：它是 RPM/yum 包系、跟 RHEL/CentOS 生态高度兼容——我们装 K8s 用的 yum 源就是 el7 系的 aarch64 源，Docker 用静态二进制包，部署习惯和 CentOS 几乎一致，实施成本没有因为换 OS 而增加。统信还有基于 openEuler 的"服务器系统欧拉版"，专门面向鲲鹏这类场景——这体现了国产 OS 厂商"一套品牌、多技术路线"的产品策略。
6.3.1 统信服务器产品矩阵（知道布局即可）【了解】
| 产品线 | 定位 | 备注 |
|---|---|---|
| 服务器操作系统（企业版） | 数据中心主力版本，多架构 | 我们用的 Server 20 属于这条线 |
| 服务器操作系统（欧拉版） | 基于 openEuler，面向鲲鹏等 | 上游路线产品 |
| 服务器操作系统（行业版） | 面向特定行业交付 | 按客户行业定制 |
| 桌面操作系统 | 党政办公终端替换 | 我知道定位，没在生产用过 |
6.3.2 国产 OS 与 CentOS 日常运维对照（迁移者最关心的"手感"）
| 操作 | CentOS 惯用 | UOS/麒麟 上 | 差异感受 |
|---|---|---|---|
| 装包 | yum install | yum/dnf install | 无感 |
| 服务 | systemctl | systemctl | 无感 |
| 防火墙 | firewalld | firewalld | 无感 |
| 时间同步 | ntp/chronyd | ntp/chronyd | 无感（数据库节点必配） |
| 日志 | /var/log、journalctl | 同 | 无感 |
| 商业软件 | 官网通用包 | 找"OS 认证专用包" | 主要差异点 |
| 更新策略 | yum update 自主 | 跟补丁公告+变更流程 | 心态差异点 |
这张表的面试用法：被问"换国产 OS 学习成本高吗"，指着前六行说"日常无感"，指着后两行说"真正的变化在软件供给和更新纪律"——结论是"学习成本低，纪律要求高"，一句话立住"用真实经验说话"的形象。
6.3.3 我的真实使用体验（三条干货）【理解】
- 包管理无缝：yum/dnf、systemd、firewalld、SELinux 处理逻辑和 CentOS 一致——我们《部署指南》里的命令在 UOS 上原样能跑，这就是"生态兼容"四个字的落地；
- ARM 源要对：K8s 的 yum 源用 kubernetes-el7-aarch64 这类 ARM 专用源，x86 源装了会架构不匹配；
- 批量装机：15 台虚机通过 FusionCompute 批量发放，UOS 的标准化安装（分区、时区、网络配置）我做过整套流程（详见第 2 章）。
6.3.4 追问链
- 追问1：UOS 和麒麟为什么要同时存在两家？
- 历史与市场格局：统信（整合了深度 Deepin 等团队）和麒麟软件（中标软件+银河麒麟整合）是信创服务器 OS 双雄；
- 对用户的实际影响：不同软件认证的 OS 不同，所以项目里出现"业务用 UOS、数据库用麒麟"的混搭；
- 结论：信创环境选 OS 的真实逻辑是"跟着软件认证走"。
- 追问2：UOS 桌面版和服务器版差别？
- 桌面版面向办公终端（党政桌面替换），服务器版面向数据中心（无图形、稳定优先）；
- 我们项目只用服务器版，桌面版知道定位、没在生产用过——诚实划界。
6.4 银河麒麟 V10：项目数据库节点的 OS【必背】
标准回答（口述约 1 分钟）： 银河麒麟是麒麟软件（2019 年由中标软件与天津麒麟整合成立）的操作系统品牌，服务器操作系统 V10 是信创市场的主力版本之一，支持鲲鹏、飞腾、龙芯、海光、x86 多架构。我们项目里 2 台数据库虚拟机跑的就是麒麟 V10 SP1，原因特别具体：Vastbase G100 的安装包就是 kylin_v10sp1-aarch64_kunpeng 专用包——海量数据按"麒麟 V10 SP1+鲲鹏"组合做了认证和打包，版本配套表因此把数据库节点定在麒麟上。这是"软件认证决定 OS 分布"的最典型例子：不是"麒麟更适合数据库"这种技术判断，而是数据库发行版认证在麒麟+鲲鹏组合上。实际部署中麒麟 V10 的使用体验和 UOS 高度一致——同为 RPM 生态，vsql、HAS 高可用组件在它上面稳定运行了整个项目周期。
6.4.1 配套表视角（把"为什么是麒麟"讲成方法论）【必背】
Vastbase 安装包名：VastbaseG100-installer-2.2_Build11-kylin_v10sp1-aarch64_kunpeng-xxx.tar.gz
└── 软件版本 └── OS 认证：麒麟 V10 SP1 └── 架构：ARM 鲲鹏这个包名是我讲"版本配套意识"最直观的教具——一个文件名写清了"什么软件、什么版本、认证哪个 OS、什么架构"。面试官听到你把包名拆开讲，立刻明白你真在信创环境干过活。
6.4.2 数据库节点 OS 初始化清单（麒麟 V10 上亲手配过的项）
- [ ] 网络双平面：管理 IP + 业务 IP 双网卡配置，均按规划表落位；
- [ ] 时间同步：NTP 配置并验证（集群脚本要求两节点执行误差 ≤10 秒的前提）；
- [ ] 磁盘与目录：数据目录规划到位，属主 vastbase 用户可读写（权限坑见第 4 章）；
- [ ] 资源限制：ulimit / systemd LimitNOFILE 按数据库要求放开；
- [ ] 安全组件：SELinux/防火墙按方案基线设置（生产按最小开放+审批制）；
- [ ] 基础工具：vsql 客户端、HAS/DCS 组件依赖检查。
面试价值：这张清单证明"OS 层我是按数据库的要求去伺候的"——OS 不是孤立的安装对象，而是为上层组件服务的底座，这个意识是实施工程师和"只会装系统的人"的分水岭。
6.4.3 追问链
- 追问1：麒麟 V10 和 openEuler 什么关系？
- 麒麟 V10 走自研内核路线并保持 RPM 生态兼容（V10 常见内核为 4.19 系）；
- 麒麟新版本转向基于 openEuler 开发；
- 我按"V10 独立路线、新版拥抱 openEuler 上游"理解，具体内核配置以麒麟官方文档为准。
- 追问2：麒麟上装 Oracle 行不行？
- 【了解+兜底】信创环境没人这么配——Oracle 不在"国产 OS+ARM"认证矩阵里，跑不起来也无支持；
- 金融替代 Oracle 的正路是 Vastbase/GaussDB/达梦这类国产库（第 4 章有完整对比）。
- 追问3：OS 层面数据库节点有什么特殊配置？
- NTP 时间同步（Vastbase 双节点脚本要求同步执行、误差 10 秒内，时间必须准）；
- 磁盘规划（32C/64G/800G 虚机，数据目录独立）；
- 双平面网卡（管理 IP+业务 IP）；
- 这些是我在麒麟 V10 上亲手配的，细节在第 4 章。
6.5 CentOS 停服与信创迁移：全部国产 OS 的"时代背景"【必背】
标准回答（口述约 1.5 分钟）： 国产 OS 替换的直接推动力有两个。第一个是 CentOS 停服：RedHat 2020 年宣布把 CentOS 转向 CentOS Stream（滚动预览版，不再是稳定重建版），CentOS Linux 8 在 2021 年底停止维护，CentOS Linux 7 也在 2024 年 6 月 30 日生命周期终止——之后不再有任何安全补丁。国内大量生产环境跑在 CentOS 上，等于一夜之间没了"免费且稳定"的更新来源，必须选替代品。第二个是信创要求：金融行业是信创重点推进领域，从监管试点到目录管理，关键系统的芯片、OS、数据库、中间件都要求国产化替代——我们数字人民币项目全栈国产化就是这个背景下的落地。两条线汇合，形成了"CentOS 生态兼容的国产 OS"这条最优迁移路径：openEuler、麒麟、UOS 都是 RPM/yum 系，运维命令、脚本、习惯平滑过渡，同时拿到商业支持和信创合规。我们项目一步到位直接建在鲲鹏+国产 OS 上，相当于"新系统原生信创"，比存量迁移省了适配成本——但存量迁移的思路（评估→兼容测试→灰度切换）我也是清楚的。
6.5.1 CentOS 停服时间线（背三个日期）
| 时间 | 事件 | 影响 |
|---|---|---|
| 2020-12 | RedHat 宣布 CentOS 转向 Stream | 社区震动，替代计划启动 |
| 2021-12-31 | CentOS Linux 8 EOL | 8 系用户被迫迁移 |
| 2024-06-30 | CentOS Linux 7 EOL | 存量最大的 7 系失去补丁，安全风险 |
6.5.2 迁移路径对比表【理解】
| 选项 | 代表 | 优劣 | 我的点评 |
|---|---|---|---|
| 国产 OS | openEuler/麒麟/UOS | RPM 生态兼容+商业支持+信创合规 | 金融政企首选（我们走的路线） |
| RHEL 订阅 | RedHat | 最稳但贵、不解决信创 | 外企/非信创场景 |
| Stream/Rocky/Alma | CentOS Stream、Rocky Linux | 免费延续，无信创属性、支持自担 | 互联网公司常见 |
6.5.3 追问链
- 追问1：CentOS 停服后继续用会怎样？
- 没有 CVE 安全补丁，漏洞暴露风险随时间放大——金融监管环境里是合规硬伤；
- 新版软件不再提供 el7 包，生态慢慢枯竭；
- 存量系统正确做法：盘点资产→按业务重要级排期→选替代 OS 兼容验证→灰度迁移。
- 追问2：如果让你做一次 CentOS 到 openEuler 的迁移方案，怎么做？
- ①盘点：多少台、跑什么、依赖哪些包/内核模块；
- ②评估：用 openEuler 侧的迁移评估工具扫描兼容性，列差异清单；
- ③试点：非核心系统先迁，验证业务+性能基线；
- ④批量：分批次+每批回退方案；
- ⑤验收：安全基线、监控接入、文档更新；
- 诚实声明：我没主导过存量迁移项目，但方法论和风险意识完整——这题考方案素养。
- 追问3：信创"目录"是什么？
- 信创（信息技术应用创新）体系里，进入目录=产品通过测评/适配认证，可合规采购；
- 金融行业按监管要求分批推进核心系统替代；
- 细节（目录批次、测评标准）属政策层，我按"有目录、采购看目录"的粒度了解。
6.5.4 信创产业地图（把本章放进全栈视角）
面试聊信创最怕"只见树木"——只会说自己的 OS，说不出整条产业链。按层背这张图，视角立刻拉开：
| 层 | 国产代表 | 我们项目对应 |
|---|---|---|
| 芯片 | 鲲鹏（ARM）、飞腾、海光（x86）、龙芯、申威 | 鲲鹏 920（TaiShan 2280） |
| 整机 | 华为、超聚变、浪潮、中科曙光等 | TaiShan 2280 ×4 |
| 操作系统 | openEuler（上游）、统信 UOS、麒麟 | UOS 20 + 麒麟 V10 SP1 |
| 数据库 | openGauss 系、达梦、人大金仓、OceanBase、TiDB | Vastbase G100（openGauss 内核） |
| 中间件/运行时 | 毕昇 JDK、东方通、宝兰德 | 毕昇 JDK 8u362 |
| 应用 | 各行业软件 | 数币智能合约管理平台 |
一句话背法："芯片—整机—OS—数据库—中间件—应用，六层全栈，我们项目每一层都有具体落点。"——这张表和第 0 章的生态地图互为镜像：第 0 章是"华为视角"，这张是"国产产业视角"，面试里两个视角都讲得出，就是"既懂生态又干过活"。
6.6 国产 OS + ARM 上部署的实操差异（真实踩坑汇总）【理解】
这节是我"真实干过活"的证据集——每条都对应项目里真发生的事，面试挑两三条讲，比任何背诵都可信。
6.6.1 差异清单（六条）
- 软件源架构：
- yum 源必须选 aarch64 源（如 kubernetes-el7-aarch64）；
- 默认 x86 源装了会报架构不匹配（wrong ELF class / 不兼容的包）。
- 二进制包形态：
- Docker 18.09 用 aarch64 静态二进制包（tgz 解压安装）而不是仓库 rpm；
- ARM 内网环境常态是"静态包+离线导入"模式。
- 镜像架构：
- 所有容器镜像必须 arm64；
- 海外镜像拉不动就离线 docker load——BCS 数据面我写了循环加载脚本（第 5 章）。
- 编译类软件的依赖：
- Redis、Nginx 源码编译前确认 ARM 依赖库齐全（gcc、openssl-devel 先装）；
- 编译失败九成是缺依赖，和架构本身无关——这是 ARM 环境最常见的误判。
- JDK/数据库安装包：
- 包名带架构后缀（bisheng-jdk-8u362-linux-aarch64、kylin_v10sp1-aarch64_kunpeng）；
- 下载前
uname -m对齐，是固定检查动作。
- 内核参数/安全组件：
- SELinux、防火墙、swap 关闭等和 x86 一致；
- ARM 的差异主要在"软件供给形态"，不在 OS 配置逻辑。
6.6.4 为什么信创环境全是"离线交付"（背景感）
在互联网公司装软件是 yum install/docker pull 一把梭，银行内网完全是另一个世界——这层背景差异讲清楚，面试官就知道你真待过金融现场：
- 网络隔离：生产内网不连公网，所有软件要经审批导入——所以每个组件都是 tar/tgz 包+校验清单；
- 私有仓库：内网自建 yum 源/镜像仓库，版本受控，不想要"最新"只想要"认证"；
- 交付物清单思维：部署文档里每个包都写明来源、版本、架构、校验方式——我写的指南就是这个格式；
- 升级走变更：没有"顺手升级"，一切在窗口内进行。 这套环境塑造了我"离线化、清单化、变更化"的工程习惯——这也是我把 BCS 镜像加载写成脚本、把 JDK 包名架构写死在文档里的原因：环境决定方法论。
6.6.5 排查 ARM 架构问题的两个命令（顺手秀）
bash
uname -m # 本机架构：aarch64
docker inspect <镜像> --format '{{.Architecture}}' # 镜像架构：arm64Pod 起不来+日志有 "Exec format error" → 第一反应查镜像架构。这条经验我面试讲过很多次，几乎成了标志性细节。
6.6.6 架构/生态类报错速查表（攒出来的"翻译表"）
| 报错关键词 | 翻译 | 第一动作 |
|---|---|---|
| Exec format error | 二进制和 CPU 架构不匹配 | 查包/镜像架构（uname -m 对比） |
| wrong ELF class / ELFCLASS64 | 装了另一种字长/架构的包 | 换 aarch64 的 rpm/源 |
| no matching manifest for linux/arm64 | 镜像仓库没有 arm64 版本 | 找 arm64 镜像或离线 docker load |
| cannot execute binary file | 同 Exec format 的老说法 | 同上 |
| 编译报 ssl/bz2 等找不到 | 缺 devel 依赖库（与架构无关） | yum 装 gcc/openssl-devel 等再 make |
讲法建议：面试官问"ARM 上踩过什么坑"，先讲 Exec format error 的完整小故事（现象→怀疑→两条命令定位→结论），再补一句"后来我把'查架构'变成了装机固定动作"——一个小坑讲出闭环和成长，比罗列十个坑有说服力。
6.7 鲲鹏生态兼容认证（简历里"统信 UOS/麒麟 V10 兼容认证"的由来）【理解】
标准回答（口述约 40 秒）： 简历里写"统信 UOS、麒麟 V10 兼容认证"，指的是鲲鹏计算产业的兼容性互认证体系：软件厂商（或方案商）把自己的软件在"鲲鹏服务器+指定 OS"组合上完成适配测试，通过后获得鲲鹏技术认证证书，进入鲲鹏生态兼容列表。我们公司作为华为生态服务商，项目交付里用的整套组合——Vastbase on 麒麟 V10+鲲鹏、自研平台 on UOS+鲲鹏——都依托这类认证背书。它的实际意义是降低选型风险：认证过的组合=厂商测过+出问题有责任界面，生产环境照配套表选就是走认证路径。我把这个概念和"版本配套表"放一起讲——一个是我选型的依据，一个是依据背后的机制。
追问链：
- 追问1：认证是你做的吗？
- 诚实答：方案级认证是华为、OS 厂商和软件厂商之间做的，我们作为实施方使用认证结果；
- 我在项目里做的是"按认证组合落地部署并验证"——不揽功，但讲得清机制。
6.8 JDK 家族与版本常识（追问弹药库）【了解】
这节专门对付"顺嘴一问"：面试官聊到 Java 生态时的常识题，答不上伤印象，答得太满又容易被深挖——按下面的粒度准备刚好。
JDK 版本时间线（只记 LTS）：
| 版本 | 年份 | 记忆点 |
|---|---|---|
| JDK 8 | 2014 | 存量之王，Lambda/Stream，我们项目用它 |
| JDK 11（LTS） | 2018 | 模块化落地、Oracle 商业化转折点 |
| JDK 17（LTS） | 2021 | 面向面试常问的"新版"，密封类/ZGC 成熟 |
| JDK 21（LTS） | 2023 | 虚拟线程（结构化并发）出圈 |
JDK 发行版"动物园"（谁家的 OpenJDK）：
| 发行版 | 厂商 | 特点 |
|---|---|---|
| 毕昇 JDK | 华为 | 鲲鹏 ARM 优化，开源 |
| Dragonwell 龙井 | 阿里 | x86 云上场景优化 |
| Corretto | 亚马逊 | AWS 场景 |
| Temurin | Eclipse 基金会 | 社区延续 AdoptOpenJDK |
一个万能类比（面试讲关系不再乱）：
- Linux 发行版：上游内核 → RHEL/CUSE/Debian 各家发行；
- JDK 发行版：上游 OpenJDK → Oracle/毕昇/龙井/Corretto 各家发行；
- 国产 OS：上游 openEuler → UOS 欧拉版/麒麟新版各家发行。
- 三层用同一个"上游-发行版"模型讲，一张嘴就是体系化理解。
GC 常识三行（被问到能接住）：
- 分代模型：新生代（Eden+Survivor）频繁回收，老年代低频——绝大多数收集器的基础框架；
- 常见收集器一句话：CMS（并发低停顿、已废弃）→ G1（可预测停顿、JDK9+ 默认）→ ZGC（亚毫秒停顿、大堆）；
- 我们项目实际：JDK 8 默认组合跑稳定业务，参数层只做过堆大小和 GC 日志——口径始终是"用到哪层讲到哪层"。
兜底话术（JVM 深水区通用）："GC 我能讲分代模型和常见收集器的选型场景（CMS/G1/ZGC 的定位差异）；再往收集器实现、JIT 编译细节走，我没有专项研究过——我们项目的 JVM 层面工作集中在部署参数和日志排障，这块我可以讲很细。"——先给知识面，再划实操边界，最后指向强项。
6.9 本章面试问答精选（12 题）
开场 STAR 案例卡（"讲讲你在国产化环境做的运行时/OS 层工作"用）：
- S：银行数字人民币平台全栈信创，15 台虚拟机跨两种国产 OS，Java 应用要跑在鲲鹏 ARM 上；
- T：我负责 OS 层标准化（选型落地、批量安装、初始化配置）和应用运行时（毕昇 JDK）的部署验证；
- A：按配套表在 FusionCompute 上发放 UOS/麒麟虚机并完成双平面网络、NTP、磁盘初始化；制定"uname -m 对架构→aarch64 专用包→java -version 验证"的装机检查动作；把 Redis/Nginx 源码编译的 ARM 依赖清单写进部署文档；沉淀架构类报错速查经验（Exec format error 等）；
- R：15 台虚机 OS 层一次装通，自研平台在毕昇 JDK 8u362 上稳定运行整个项目周期，装机检查动作成为公司标准文档的一部分。 （约 190 字）
Q1：毕昇 JDK 是什么？为什么你们不用 Oracle JDK？ 答：毕昇 JDK 是华为基于 OpenJDK 的开源发行版，针对鲲鹏 ARM 架构做了 GC、JIT 等优化，openEuler 社区就有它的项目页。不用 Oracle JDK 三个原因：一是信创要求运行时国产化；二是我们的应用跑在鲲鹏虚机上，毕昇的 ARM 优化有实际收益；三是全华为配套体系内版本责任清晰，出问题走华为通道闭环。我们用 1.8.0_362 aarch64 版，从鲲鹏镜像站下载、解压、配 JAVA_HOME 和 PATH、java -version 验证，这是我部署自研平台的第一步——很小的知识点，但每次装应用都过一遍，细节我熟。（约 210 字）
Q2：你们为什么业务节点用统信、数据库节点用麒麟？混用不难受吗？ 答：原因特别朴素：配套表决定的。Vastbase 的安装包就是 kylin_v10sp1-aarch64_kunpeng 专用包——海量数据把数据库认证在"麒麟 V10 SP1+鲲鹏"组合上，所以两台数据库虚机用麒麟；其余节点按方案用统信 UOS Server 20。混用对我没造成负担，因为两家都是 RPM/yum 生态、命令习惯一致，部署文档两套命令几乎复用。这件事我反而当亮点讲：它说明信创环境选 OS 的真实逻辑是"跟着软件认证走"，而我作为实施工程师把每个选择的原因都讲得清楚。（约 200 字）
Q3：CentOS 停服是怎么回事？对你们行业有什么影响？ 答：RedHat 2020 年宣布 CentOS 转向 Stream 滚动版，CentOS 8 在 2021 年底、CentOS 7 在 2024 年 6 月 30 日相继停止维护——之后没有任何安全补丁。国内大量存量生产系统跑 CentOS，等于失去更新来源，金融监管环境里继续裸奔是合规硬伤。影响就是两个浪潮：存量系统往 openEuler、麒麟、UOS 这些 RPM 生态兼容的国产 OS 迁移；新建系统直接原生建在国产栈上——我们数字人民币项目就是后者，从芯片到 OS 到数据库一步到位，反而省了迁移适配成本。这波替代潮对做国产化实施的人是实实在在的机会。（约 220 字）
Q4：ARM 架构上装软件和 x86 有什么不同？（高频） 答：核心差异是"软件供给形态"：①包必须 aarch64——yum 源要选 ARM 源，K8s 我们用 kubernetes-el7-aarch64；②Docker 用 aarch64 静态二进制包解压安装；③容器镜像必须 arm64，内网拉不到海外镜像就离线 docker load，我给 BCS 数据面写过批量加载脚本；④源码编译的软件先确认 ARM 依赖库齐全；⑤JDK、数据库包名都带架构后缀，下载前 uname -m 对齐。而内核参数、SELinux、防火墙这些 OS 层配置和 x86 完全一致。我还有个条件反射：Pod 报 Exec format error 第一反应查镜像架构——docker inspect 看 Architecture 字段。（约 230 字）
Q5：openEuler 是什么？和你们用的 UOS、麒麟什么关系？ 答：openEuler 是华为 2019 年开源、后捐赠给开放原子开源基金会孵化的服务器 OS 社区，内核源自华为商用 EulerOS，支持 x86/ARM/RISC-V 等多架构，木兰许可证。和 UOS、麒麟是"上游社区与商业发行版"的关系——统信有基于 openEuler 的欧拉版服务器系统，麒麟新版也基于 openEuler 开发，它们同时还维护独立产品线。我们项目虚机用 UOS 和麒麟 V10，openEuler 系主要出现在华为组件侧——比如 DME 用 SmartKit 部署时选的就是 ARM+EulerOS 路线。一句总结：openEuler 是国产 OS 的重要上游，金融现场看到的国产系统很多往下挖都连着它。（约 210 字）
Q6：毕昇 JDK 你做过 JVM 调优吗？ 答：分两层答。真做过的：按虚机内存规划堆参数、开 GC 日志定位过长停顿、配合应用侧看连接池和线程配置——这是部署+排障层面的调优。没做过的：GC 算法级的深度调优（换收集器、调 region 做对比测试）我们项目没这个需求，业务量级用默认配置足够稳定。JVM 内部原理我按【了解】准备：能讲 GC 分代概念、常见收集器名字和场景，再深如实说没专项研究——边界划清楚，反而是加分项。（约 190 字）
Q7：国产 OS 你们用下来和 CentOS 比有什么不一样？ 答：日常使用几乎无感差异——包管理 yum/dnf、服务 systemd、防火墙 firewalld 全套一致，部署指南的命令在 UOS 上原样能跑，这就是国产 OS 保持 RPM 生态兼容的务实之处。真正有差异的是三点：一是软件供给——很多商业软件要专门找国产 OS 认证包（就像 Vastbase 的 kylin 专用包）；二是支持模式——有问题走厂商支持而不是社区论坛，需要建立和原厂/OS 厂商的协作通道；三是更新节奏——生产环境跟安全补丁公告走，不能随意 yum update，要有变更管理。这三点体会比"好不好用"更深一层，是驻场两年攒的。（约 220 字）
Q8：如果让你把一套 CentOS 上的老系统迁到 openEuler，怎么规划？ 答：五步：①盘点——多少台、跑什么应用、依赖哪些包和内核模块、有没有 x86 二进制依赖（ARM 目标要做移植评估）；②评估——用 openEuler 侧迁移评估工具扫描兼容性，列差异清单；③试点——非核心系统先迁，功能回归+性能基线对比；④批量——按业务重要级分批，每批留回退方案；⑤验收——安全基线、监控接入、文档更新。我没有主导过存量迁移项目，如实说明；但作为实施工程师，方法论、风险点和验证标准是完整的——这题考方案素养，我按自己做项目交付的框架来答。（约 210 字）
Q9：麒麟和统信你觉得哪家更好？ 答：不站队——两家都是信创服务器 OS 主流，能力各有侧重，金融项目里选哪家从来不是技术单选题，而是"目标软件认证在哪个组合上"的配套题：我们数据库认证在麒麟 V10 SP1 就用麒麟，其余节点方案定 UOS 就用 UOS，两家用下来稳定性都满足生产要求。如果追问细节差异，我如实说没做过两家同场景的对比测试，我的经验是"都能用好，关键是跟着认证配套走"——把判断交给配套体系，把执行力留给自己。（约 190 字）
Q10：整个项目从 OS 到 JDK 都国产，会不会不稳定？你最担心什么？ 答：说不担心是假的，但担心有层次：装完系统级的兼容性担心，其实在选型阶段就被配套认证消化了大半——认证组合+试点验证是信创项目控风险的两个闸门。运行期真正要盯的三件事：①补丁与升级——国产组件升级要跟配套表，不能擅自更新；②支持响应——一线解决不了的要有清晰的二线通道（华为/OS 厂商/应用商），我们在项目里把这个通道演练得很熟；③监控兜底——Prometheus 全覆盖，异常早发现。两年运行下来整套栈稳定支撑了业务，我对国产化路线的信心来自运行记录，不是口号。（约 230 字）
Q11：如果要把毕昇 JDK 升级（比如修个安全漏洞），你怎么做？ 答：第一步不是下载，是查配套——毕昇 JDK 的小版本更新要先确认 BCS 边缘自治版和自研平台对 JDK 版本有没有约束，再看华为安全公告里漏洞影响的版本范围。执行上按变更流程：申请窗口→备份当前 JDK 目录和应用配置→新版本目录并行部署（不覆盖旧目录，JAVA_HOME 切换即回退方案）→重启应用做冒烟验证（jps 确认进程、业务链路走一遍）→观察期后关闭变更。核心思想是"路径可回退、验证有标准"——JDK 是全应用的地基，动它必须按最严格的变更纪律来。（约 200 字）
Q12：这两年国产化大潮，你觉得对运维工程师意味着什么？（职业观题） 答：我觉得是确定性很高的方向。信创替换从党政走到金融、运营商、能源，存量替代加新建项目至少是五年以上的工程周期，需要大量"既懂 Linux 通用运维、又懂国产栈配套规则"的人——这正好是我这两年的积累：ARM 适配、国产 OS、openGauss 系数据库、华为整套交付流程。另外国产化不是把命令重学一遍，命令还是那些命令，多出来的是"配套表思维、双平面架构、离线交付"这些信创环境特有的工程习惯。所以我求职的方向感很明确：在国产化+云原生交汇的位置继续深入。（约 210 字）
6.10 易混淆词辨析（考前 30 秒过一遍）
| 词 | 一句话辨析 |
|---|---|
| OpenJDK | 开源 JDK 上游实现 |
| Oracle JDK | Oracle 的商业 JDK（与 OpenJDK 同源） |
| 毕昇 JDK | 华为 OpenJDK 发行版，鲲鹏 ARM 优化，开源 |
| 毕昇编译器 | 华为的编程语言编译器（和 JDK 同品牌不同产品） |
| Dragonwell/龙井 | 阿里的 OpenJDK 发行版（类比用） |
| aarch64/arm64 | ARM 64 位架构的两种写法（uname 是 aarch64，镜像标签是 arm64） |
| EulerOS | 华为商用服务器 OS |
| openEuler | 华为开源 OS 社区（开放原子基金会孵化），众多国产 OS 的上游 |
| 统信 UOS Server 20 | 统信服务器 OS（RPM 生态），项目业务节点用 |
| 银河麒麟 V10 SP1 | 麒麟软件服务器 OS，项目数据库节点用（Vastbase 认证包） |
| CentOS Stream | CentOS 转向的滚动预览版（不是稳定重建版） |
| 信创目录 | 通过测评认证、可合规采购的国产产品体系 |
| iSula/A-Tune | openEuler 的容器底座/智能调优组件（知道名字即可） |
| 双离线支付 | 与 OS 无关，见第 5 章——放在这里防止串词 |
6.11 章末自测（一句话答案）
- 毕昇 JDK 的定位？ → 华为基于 OpenJDK 的开源发行版，针对鲲鹏 ARM 优化。
- 我们用的毕昇 JDK 版本和来源？ → 1.8.0_362 aarch64，华为云鲲鹏镜像站下载。
- 装 JDK 三步？ → 解压 tar → /etc/profile 配 JAVA_HOME/PATH → java -version 验证。
- 毕昇 JDK 的已知增强方向（了解层）？ → GC/JIT/锁等鲲鹏优化、堆转储增强、启动加速能力（JBooster 等）。
- openEuler 起源和治理？ → 华为 2019 年开源，现由开放原子开源基金会孵化，木兰宽松许可证。
- openEuler 与 UOS/麒麟关系？ → 上游社区 vs 商业发行版（它们有基于 openEuler 的版本，也有独立产品线）。
- 项目里 UOS 用在哪？ → 统信 UOS Server 20：K8s 节点、BCS 管理面/数据面、数币中间件等业务节点。
- 项目里麒麟用在哪、为什么？ → 麒麟 V10 SP1：2 台数据库虚机，因为 Vastbase 包是 kylin_v10sp1-aarch64_kunpeng 认证包。
- CentOS 8 和 CentOS 7 的 EOL 时间？ → 2021-12-31 和 2024-06-30。
- CentOS 停服后的三条迁移路径？ → 国产 OS（openEuler/麒麟/UOS）、RHEL 订阅、Stream/Rocky/Alma。
- ARM 装软件六大差异之一？ → 包/镜像必须 aarch64（arm64），源码编译确认 ARM 依赖。
- 查本机架构和镜像架构的命令？ →
uname -m；docker inspect <镜像> --format '{{.Architecture}}'。 - 鲲鹏兼容认证的意义？ → 软件在"鲲鹏+指定 OS"组合上完成适配测试入生态列表，降低选型风险。
- 信创项目的两个控风险闸门？ → 配套认证组合 + 试点验证。
- JDK 四个 LTS 版本？ → 8、11、17、21。
- 国产 OS 生产升级纪律？ → 跟配套表和安全补丁公告走变更流程，不擅自 yum update。
- 信创产业六层地图？ → 芯片—整机—OS—数据库—中间件/运行时—应用。
- jps 是干什么的？ → 列出当前用户的 Java 进程（验证 jar 服务启动状态的固定动作）。
- 信创环境为什么全离线交付？ → 内网隔离+私有仓库受控+包清单思维+升级走变更。
- 三大"上游-发行版"类比？ → Linux 内核→发行版；OpenJDK→毕昇/龙井；openEuler→UOS 欧拉版/麒麟新版。
- java -version 输出里要看哪两个关键词？ → BiSheng（发行版身份）和 aarch64（架构正确）。
- UOS 服务器产品线里基于 openEuler 的叫什么？ → 服务器操作系统（欧拉版）。
- JDK 升级的变更要点？ → 先查配套→并行目录部署→JAVA_HOME 切换即回退→冒烟验证。
本章复习优先级（时间紧按序保）：
- 第一优先：Q1（毕昇 JDK 三句话）+ Q2（为什么两种 OS 混用）+ Q3（CentOS 停服）——这三题覆盖本章 80% 的考察概率；
- 第二优先：Q4（ARM 六差异）+ 6.6 报错速查表——手上功夫的证据；
- 第三优先：6.2 openEuler 要点表 + 6.5.4 信创六层地图——行业视野加分项；
- 抄近道：只背"一句话本章总纲"+"易混淆词辨析表"，15 分钟可以把本章从"空白"拉到"及格"。
- 联动提醒：本章 Q4/Q7 与第 8 章问答集的"ARM 迁移最大的坑""国产化迁移"两题共享素材，两章对看，一次背两处用。
参考资料（链接采集时间：2026-10）
- 鲲鹏开发者官网·DevKit 下载中心（毕昇 JDK/毕昇编译器/ExaGear 下载，已核实可达）：https://www.hikunpeng.com/zh/developer/devkit/download/exagear （用途：毕昇 JDK 官方下载页）
- 鲲鹏社区文档·毕昇 JDK 加速库简介（"基于 OpenJDK 开发的 Huawei JDK 开源版本"官方口径，检索核实）：https://www.hikunpeng.com/document/detail/zh/kunpengaccel/system-lib/ugbishengjdklib/kunpengaccel_jdk_06_0001.html （用途：产品定义与特性文档）
- openEuler 社区官网·毕昇 JDK 项目页（开源项目介绍，检索核实）：https://www.openeuler.org/zh/other/projects/bishengjdk （用途：毕昇 JDK 开源社区页）
- openEuler 官网（www.openeuler.org 会 302 跳转到 openeuler.openatom.cn，两者均可达，已核实）：https://www.openeuler.org/zh/ （用途：openEuler 官网/下载/文档）
- 统信 UOS 生态社区官网（产品与下载，已核实）：https://www.chinauos.com （用途：UOS 产品页）；服务器操作系统下载页：https://www.chinauos.com/resource/download-server （用途：服务器版下载）
- 麒麟软件官网（银河麒麟产品线，已核实可达）：https://www.kylinos.cn （用途：麒麟产品页）
- RedHat 官方中文专题《CentOS Linux 7 停止维护怎么办》（EOL 时间与迁移建议，检索核实）：https://www.redhat.com/zh-cn/topics/centos-linux-eol （用途：CentOS 停服权威说明）
- 华为云鲲鹏镜像站（毕昇 JDK 历史版本归档下载目录，已核实可达——含 JDK 8/11/17/21/25 各版本 aarch64 与 x64 包及 sha256 校验，项目实际使用的下载源）：https://mirrors.huaweicloud.com/kunpeng/archive/compiler/bisheng_jdk/ （用途：下载源）
- 本章一手素材：《智能合约引擎安装部署指南 v2.1》"安装毕昇 JDK"章节与版本配套表（内部文档，脱敏使用）。
本章收尾自检：能脱稿讲"毕昇 JDK 三句话+两种 OS 为什么混用+CentOS 停服三日期"=必背层过关；能讲 openEuler 上下游关系和 ARM 六差异=理解层过关；被问 JVM/内核深水区能按 6.8 兜底话术守住=诚实层过关。