加密算法选型，到底有多重要？AES和SM4的定位差异
说实话，我刚入行那会儿，对加密算法选型这件事完全没当回事。心里想——不就是加解密么，哪个快用哪个呗。后来在一个金融项目里，客户突然甩过来一纸合规要求，说必须用国密算法，我当时懵了……嗯，从那以后我再也不敢轻视选型了。
你想想看，加密算法是系统的最后一道防线。选错了，轻则性能瓶颈，重则合规罚款，甚至数据泄露。AES和SM4，作为当下最主流的两个对称加密标准，它们定位的差异，远远不只是「一个国际、一个国密」这么简单。
为什么选型这么关键？
我归纳了三个核心维度，你在项目里做技术选型时，一定要挨个核对：
- 安全合规：有些行业（金融、政务、医疗）法律规定必须用国密。AES虽然是国际金标准，但在国内特定场景下，你用了就是违规。
- 性能匹配：AES有硬件加速（AES-NI指令集），SM4在x86平台上没有原生指令集，但ARMv8.2有。选型时如果不考虑CPU架构，性能可能差好几倍。
- 生态兼容：AES的库、文档、硬件支持极其成熟。SM4相比之下还在快速追赶期，有些旧版OpenSSL甚至没有实现。
我就遇到过这样的坑：一个物联网项目，设备用的是Cortex-M4核，我们一开始选了AES-128-CBC。后来客户要求转SM4，才发现芯片的硬件加速只支持AES，SM4纯软跑，速度直接掉了70%。最后只能换主控……选型的代价就是换板子。
AES和SM4的出身差异
说白了，一个是「全球通」，一个是「中国芯」。AES由NIST在2001年发布，设计者Rijmen和Daemen都是比利时人。SM4呢，是中国国家密码管理局在2006年公布的，原名叫SMS4，后来规范升级成GM/T 0002-2012。
| 对比项 | AES | SM4 |
|---|---|---|
| 发布年份 | 2001 | 2006（国标2012） |
| 分组长度 | 128 bit | 128 bit |
| 密钥长度 | 128/192/256 bit | 128 bit |
| 结构 | Substitution-Permutation Network | Feistel网络（32轮） |
| 硬件加速 | AES-NI（x86/ARM） | ARMv8.2 SM4扩展，x86纯软 |
| 生态成熟度 | ★★★★★ | ★★★☆☆ |
注意一个容易被忽略的点：SM4是32轮Feistel结构，而AES是10/12/14轮SPN。虽然安全强度在理论上等价，但实现的侧重点不太一样。AES的扩散更快，SM4的密钥扩展更简单。
一个小建议： 如果你需要同时支持国际和国密，可以用同一套接口封装——比如Linux内核的crypto API或者OpenSSL的EVP层。底层实现不同，但上层调用可以完全一样。我在一个网关项目里就是这么做的，上层业务代码一分没改。
它们的定位到底是什么？——一张图说清楚
下面这张图，把AES和SM4的核心定位差异画出来了。你看一眼就能明白为什么它们「长得像，但路不同」。
关键结论： 你别看这两个算法在安全性上难分伯仲，选型的决定因素几乎100%来自外部——合规要求、硬件平台、生态成熟度。技术本身反而成了次要因素。我自己的经验是，先看项目强制要求，再看硬件加速支持，最后才看算法性能。
摆个数据：实际性能差距有多大？
有人问我：「AES和SM4，到底谁快？」我回答：看硬件。
在x86服务器上，用OpenSSL 1.1.1做纯软对比（无AES-NI），AES-128大概700MB/s，SM4大概400MB/s。但打开AES-NI之后，AES直接冲破3GB/s，SM4因为没有指令集还是400MB/s。差距是7倍。
到了ARM服务器（华为鲲鹏920），情况就反过来了：SM4有SM4-ECB扩展指令，轻松到2.5GB/s，AES虽然有AES-NI但也差不多速度。所以你看——平台决定了谁更合适。
避坑提醒： 我曾经在选型时只看了加密算法白皮书的理论性能，忽略了具体CPU的指令集支持，结果上线后压力测试直接超时。从那以后，我每次都会提前在目标硬件上用benchmark跑一把，再拍板。别学我偷懒。
最后总结一条经验：加密算法选型，本质上不是在选「哪个算法好」，而是在选「哪个算法能在这个系统上合法、高效地跑起来」。AES和SM4都是好算法，但它们的生态位置完全不同。后面的章节，我会从算法原理、实现细节、安全漏洞、性能调优一步步拆开来看。先打好这个定位基础，后面才不会越走越偏。