过去几年，“信创”从一个政策词汇，逐步变成了真实摆在软件工程师面前的工程问题。

对我们来说，信创不是口号，而是这些问题的集合：

• 要支持哪些 CPU 架构？
• 要覆盖哪些 国产操作系统发行版？
• 投入产出比是否合理？
• 是否真的有 可持续的用户规模？

本文结合 xxx 当前的适配策略，聊一聊国产化信创系统与 CPU 架构的真实现状，以及背后的取舍逻辑。

xxx 为公司软件产品信创版本 名称， 避免引起不必要的麻烦，此处做替代处理。

一、当前国产化信创的大致格局

如果把信创体系简化为三层，大致是这样：

CPU 架构层 → 操作系统层 → 应用与中间件层

其中，CPU架构和操作系统的组合，直接决定了应用软件的工程复杂度。

当前主流 CPU 架构分布（应用视角）

从真实项目适配成本与用户覆盖率来看，前三者已经覆盖了绝大多数可落地的信创场景。

二、架构选择：现实主义优先

已适配架构：x86 / ARM / LoongArch
明确排除：MIPS

为什么 MIPS 可以被排除？

从工程实践角度看，MIPS 目前存在几个无法回避的问题：

• 真实装机量极低
• 发行版碎片化严重
• 工具链与第三方库生态持续萎缩
• 多数项目处于被动维护状态

在有限研发资源下，为 MIPS 投入完整适配链路，性价比极低，也难以规模化交付， 虽然行业市场部门有坚持，但最终还是在多方协商下，把MIPS排除在外，只保持了老版本可运行，可支持的状态，不再做升级维护。

三、主流国产操作系统现状简析

1. 银河麒麟

• 覆盖面最广
• 政企与行业项目标配
• 支持 x86 / ARM / LoongArch
• 技术底层偏稳，工程约束相对较多

结论：
信创适配的必选项，同时也是基准线。

2. 统信 UOS

• 商业化程度最高
• 桌面体验与用户接受度最好
• 对应用生态友好度相对更高
• 多架构并行推进节奏快

结论：
桌面应用型软件最友好的国产操作系统之一。

3. 中科方德

• 在部分行业与区域项目中仍有存量
• 技术风格偏保守
• 用户规模有限，但不可忽略

结论：
属于必须覆盖，但不宜进行深度定制的类型。

四、CPU 架构维度的现实判断

x86：信创世界的现实锚点

• 依然是大量单位的默认选择
• 兼容性最好，问题最少
• 是信创落地初期的重要缓冲层

ARM：未来 3–5 年的主力方向

• 能耗与性能比优势明显
• 国产服务器与桌面推进速度快
• 工具链成熟度已达到可工程化水平

LoongArch：国产化象征 + 政策加持

• 架构自主性最强
• 近两年软件生态明显改善
• 工程难度高于 ARM，但可控

MIPS：逐步退出主流视野

• 生态持续衰退
• 多数项目属于历史包袱
• 不适合新一代跨平台桌面应用

五、从应用软件角度看：适配 ≠ 交付

做过信创项目的人都知道：

“能跑”和“能用”，之间往往隔着一整套工程现实。

尤其是像我们这种：

• 跨平台桌面应用
• 重图像处理与编辑能力
• CEF + 多媒体技术栈
• 对交互体验有较高要求的软件
• 外设种类繁多

适配工作本质上要面对：

• 架构差异
• 驱动与图形栈差异
• 字体、GPU、硬件能力不一致
• 性能与稳定性的反复权衡
• USB，UVC协议支持差异

在这种前提下：

收敛架构种类，优先规模化，是唯一可持续的路线。

六、软件当前策略的价值判断

当前选择：

• CPU：x86 / ARM / LoongArch
• OS：麒麟 / UOS / 中科方德
• 明确排除：MIPS

直接带来的价值：

• 覆盖主流信创用户群体
• 显著降低工程复杂度
• 提升整体稳定性与交付质量
• 为后续平台化、插件化能力打基础

这是一次 工程理性战胜“全覆盖焦虑” 的选择。

七、最后

信创不是适配清单竞赛，而是长期工程治理能力的体现。

对于应用软件团队而言：

能稳定运行在主流架构与操作系统之上，
远比“理论上的全覆盖”更重要。

xxx 在 CPU 架构与操作系统上的取舍，本质上是在为未来 3–5 年的可维护性与可演进性买单。

这，才是一个成熟产品该做的决定。