1、国密SDK概述及持续集成意义

说起来，国密算法这几年已经不是“要不要用”的问题，而是“怎么用稳、怎么用快”的问题。我自己带过几个信创项目，早期大家最头疼的就是：算法库版本乱、集成靠拷贝、测试靠肉眼。等到上线前才发现签名验签不通过，那感觉，简直了。所以这一章咱们先把这个背景理清楚，后面才好动手。

1.1 国密算法背景

2019年《密码法》落地之后，国密算法SM2、SM3、SM4正式成为商用密码的标配。说白了，以前很多系统用RSA、SHA-256、AES，现在得逐步切到国密了。为什么？政策要求只是一方面，更关键的是安全自主可控——你想想看，万一哪天国际算法被掐断，核心业务就瘫了。

• SM2：椭圆曲线公钥密码算法，用于签名和密钥交换。我记得第一次用的时候，发现它比RSA-2048的签名验证快不少，但密钥生成稍微慢一点。
• SM3：密码杂凑算法，输出256位，类似SHA-256。实际性能其实差不多，但用SM3的场合逐渐变多，尤其是在政务系统。
• SM4：分组对称密码算法，对标AES-128。我在项目中遇到过一个问题：SM4的密钥长度固定128位，而AES支持多种长度，迁移时得注意填充方式。

1.2 国密SDK功能

国密SDK就是把上述算法封装成一套接口，让你不用自己造轮子。常见的功能模块包括：

当然，SDK还会提供一些上层封装，比如GM/T 0009规范里定义的密码设备应用接口。你想想看，如果每次写业务都要自己拼算法参数，那得多烦？SDK把这些都包好了，你调个API就行。

1.3 持续集成（CI/CD）的价值

我遇到的最大的坑，就是团队里有人手动改SDK配置，然后忘记测试分支间的兼容性。上线后才发现SM3的摘要值和测试环境不一样，追查了一天，结果是版本锁定失败。从那以后我坚决要求：所有集成验证必须走CI流水线。

持续集成给国密SDK带来的具体价值：

• 自动化编译：不同平台（Linux、Windows、ARM）自动构建，避免漏平台。
• 自动跑测试用例：每次提交代码，SM2签名验签、SM3杂凑、SM4加解密全部跑一遍。我曾经有一次因为改了SM4的填充模式，导致单元测试挂了，CI直接拦住了，不然又得半夜排查。
• 环境一致性：用Docker容器固定算法库版本、编译器版本。以前最怕“在我机器上能跑”，上了CI就没这问题了。
• 流水线产物归档：每次构建的SDK包、测试报告自动存下来，方便回溯。

1.4 国内外标准对比

说白了，国密标准和国际标准走的是两条技术路线，但在应用层又必须互操作。我整理了一个对比表，方便你后面做迁移时对照：

你可能会问：“我们能不能直接用国际算法，然后加一层国密适配？” 理论上可以，但很多项目验收时要求源码级使用国密接口，所以SDK选型和CI验证就变得很关键。

1.5 知识体系图

下面这张图把本章涉及的核心概念串起来，方便你一眼看清国密SDK和持续集成的关系：

从图上不难看出：国密算法背景和SDK功能是基础，CI/CD持续集成是流程保障，国内外标准则是比对基准。四者汇聚到“持续交付”这个最终目标上。嗯，我在自己团队里也是按这个结构搭的流水线，效率提升很明显。

1.6 小结

这一章我们把国密SDK的来龙去脉、持续集成的好处、以及标准对照都过了一遍。说白了，后续所有章节都是围绕“怎么把这些东西自动化跑起来”展开的。我个人习惯是：先搞清楚算法特性，再选对SDK，最后用CI把验证栓死。希望这一章能帮你把底盘打稳，后面动手就不慌。