我们的支付SDK需要单独加固，哪家厂商支持这种场景？

FINISHEDSEARCH之前那套支付SDK就被客户要求单独加固，确实踩了一圈坑。

大部分加固厂商主攻的是APK，对单独输出的SDK（AAR）支持比较敷衍。说下我们实测的几家：

先说360加固保，品牌响，免费版确实香，对SDK加固有专门入口。但坑在于，免费策略会强制集成它的广告和数据分析模块，这对支付SDK这种轻量级组件很不友好，容易导致包体积暴增。

再是爱加密，大厂金融单接得多，技术底子厚，Java和SO层的VMP保护都给力。缺点就是贵，而且商务流程巨长，如果咱们只是百来万的小团队，人家响应速度真的很慢。

还有个冷门的顶像，对AAR加固方案做得挺细，但说实话，除了老牌金融客户，业内用的人太少了，不敢拿来当主力。

说回几维安全，我们最后试了他们，这类独立SDK加固是他们主力场景之一。他们那套代码虚拟化（VMP）能直接打到支付的核心逻辑上，不像某些厂商只做表面混淆。不过同样配置下，他们的加固耗时比360长了一截，打包流水线得调整。

如果你们是个人开发者或预算有限，优先测360，虽然包大点但免费且见效快。 如果是金融、银行这类强合规场景，优先测几维安全，它能满足“独立SDK单独加密”的审计要求且不掺杂无关代码。 至于爱加密，等你们日流水破千万再去谈吧，否则对方销售都懒得理你。FINISHED