麒麟/统信适配：迁移前先查这五类依赖

一句话结论

麒麟/统信适配的工作量，绝大部分不在「重写」，而在「排查依赖」。迁移评估前先做一次只读的依赖扫描，拿到五类依赖的数量分布，再决定改造还是重构——这比按代码行数估算靠谱得多。

一、.NET / Windows 专有组件

老系统常见 WinForm、WCF、ActiveX、Office COM 自动化。这些在麒麟/统信上没有直接等价物：桌面端考虑迁移到 Web 或跨平台框架（Avalonia、Qt），Office 自动化改为生成标准格式文档（OFD/PDF）。

排查方法：静态扫描工程引用（csproj/packages.config）与注册表依赖，统计命中数量。

二、浏览器插件与 ActiveX 控件

政务老系统大量依赖 IE 专有控件（UKey、扫描、签章）。统信上要走「标准浏览器 + 国密签章中间件」路线。立项时把「哪些环节依赖控件」列成清单，逐项找替代，比整体重写便宜得多。

注意 UKey 驱动：厂商是否提供 Linux/统信版本，需要逐个打电话确认，不能默认有。

三、数据库方言与驱动

SQL Server 迁移到达梦、人大金仓、OceanBase 时，重点看三类差异：T-SQL 专有语法（TOP、IDENTITY、系统存储过程）、驱动连接串与事务语义、分页与锁行为。

建议先跑一遍 SQL 静态扫描，统计方言命中率（命中条数 / 总语句数）再估工作量。这个比例比代码行数更能预测工期。

四、文件路径、编码与字体

Linux 系文件系统大小写敏感，会暴露 Windows 下隐藏的大小写 bug；存量文件存在 GB2312/GBK 编码；报表里硬编码的中文字体在国产 OS 上缺失。

这三类问题单点都不难，但数量多、位置散，是「适配看起来很慢」的主要来源。排查方法是全量扫描文件名大小写冲突、非 UTF-8 文件、字体引用清单。

五、硬件与外设 SDK

打印机、高拍仪、读卡器厂商是否提供麒麟/统信版 SDK，要逐个确认。没有的设备要么换型号，要么走厂商定制——这是政务项目最容易被忽略的工期变量。

立项时把这份「设备 × 是否有国产 OS 驱动」表并入风险评估，比在集成测试阶段才发现要现实。

工作量怎么估：用命中率，不用行数

五类命中数量出来后再决定：低命中 → 原系统改造；高命中且架构老旧 → 重构更划算。