传统的桌面 Native 应用几乎全部使用 x86 架构，加壳技术与逆向技术经过多年对抗，已经基本成熟。
    早期的加壳产品主要利用压缩加密技术对文件进行整体性保护，但随着逆向技术的提升，整体性的文件保护方案已经被攻克，于是加壳产品引入虚拟机概念，可以实现函数级的代码控制流保护，加密的颗粒度更加细致，破解难度呈几何级增加。
    随着移动应用和IoT设备的普及，大量的硬件抛弃了传统的x86架构，选择使用能耗低、性价比高的ARM芯片，ARM指令级渐渐成为主流，但随之而来的，是愈发严峻的安全问题。
    Android系统相对于Windows更加开放，应用安全问题更加严重。Android系统下的Native应用保护，同桌面应用类似，也是经历了两个阶段。

    • 压缩加密

    技术原理类似桌面应用的「压缩壳」，将 SO 文件中的代码段压缩或加密，在入口函数中解密再执行。
    这种保护方式可以防止直接使用反编译工具打开反编译，但在运行过程依旧可以直接被 Dump 出来再反编译。后来又出现了「自定义 Linker」等方式的保护方式，这样可以隐藏一些文件格式信息，但依旧解决不了函数被Dump后的反编译问题。
    由此可见，文件级的整体保护方案无法应对高等级的安全挑战，加固技术需要进一步升级，针对指令进行保护。

    • 基于LLVM的代码保护方案

    由于在Android下实现原生的函数级代码控制流保护技术难度太大，所以大部分的产品，都采用了弯道超车的方案，基于开源的OLLVM「由瑞士西北应用科技大学安全实验室在2010年发起的一个项目」进行改造，以实现函数级的代码混淆，在相当长的一段时间内，基于LLVM的代码保护技术，成为函数级保护的主流方案。

    虽然基于LLVM的代码保护方案可以在一定程度上起到防止反编译的效果，但依旧存在很多问题，需要由新的解决方案替代。