提高反编译难度的几种方式：
对于软件安全来说，有攻就要有防才对。不然，Android整个产业链就会被这样的Crack给毁掉。
第一种办法：将核心代码用JNI写进so库中。由于so库的反编译和破解的难度加大，所以这种方式防止反编译效果不错。关键代码使用jni调用本地代码，用c或c++编写，相对于class文件，so相对比较难于反编译。缺点是，对于Java层的代码没有保护作用，同样可以被篡改。很多搞java的程序员不太熟悉如何写c或c++代码，同时本地代码很难调试。出错容易导致整个虚拟机死掉，用户感受不好。
第二种办法：在线签名比较。在程序初始化时，联网将运行的程序的签名与服务器上的官方标准签名进行比较，从而达到让反编译后的程序无法正常运行的效果。缺点是，如果此部分联网检验的代码被篡改跳过，则整套机制失效。
第三种办法：代码混淆。为了加大反编译后代码分析的难度，对代码进行混淆。混淆是不改变代码逻辑的情况下，增加无用代码，或者重命名，使反编译后的源代码难于看懂。缺点是，治标不治本，同样可以修改（甚至据说还有反混淆工具，没用过，不多做评论）。
这三种办法都有各自的缺点，所以单单靠某一项要实现完美的软件保护都是不可能的。不过，我们可以采用联合几种办法的方式，来增强软件保护的力度。曾经反编译过Android版的卡巴斯基，它的保护思路似乎是这样的：
代码混淆，那是必须的，不过不指望它能有很好的效果。在程序初始化时，就直接通过JNI的so库初始化程序。程序激活部分也是通过JNI联网下载文件，然后在JNI层读文件并做相应激活与否的判断的。
卡巴斯基是将大部分功能模块都放在JNI层来实现的，如果我们的程序都这样处理，耗费的精力必然很大。所以，我们只是借鉴它的思路而已。具体操作思路如下：
代码混淆。
初始化时JNI层联网验证签名。
验证失败则直接在JNI层退出程序。
值得注意的是需要保证如果绕过JNI层的初始化，则程序无法正常启动。这点不保证的话，破解还是很容易……
/***********************************************************************************************************/
Android程序防破解是发布app时一个很需要考虑的问题，通常的做法是对代码加入混淆干扰以增加破解难度。但即便如此，混淆操作之后的java代码仍然可以被通过各种方法进行破解。在基于NDK的Android中含有相应的main.cpp来作为应用程序的入口，因而在这里进行一些防破解较验，相应的破解难度就会增大不少（相对于java代码）。
在Android整个导出过程中，生成.dex阶段是整个打包发布操作的基础，包括相应的java源代码、外部库文件均会被编译链接到.dex文件中，而其中关于代码的任何改动后重新生成.dex，其均会与原始文件均会有所不同，因而就可通过对.dex文件进行MD5较验而做为app是否被破解的依据。
基本流程：
- 打包发布阶段（只进行一次）：在打包生成过程得到.dex之后计算该.dex文件的MD5串，并将其写入到NDK工程的main.cpp中，作为最终版本较验的标准串。该过程可以加入到Ant自动化打包发布中，作为生成.dex的后续阶段。
- 动态运行阶段（每次启动进行）：在main.cpp的程序启动入口处添加动态的.dex MD5计算，并与代码中存储的标准MD5串进行比较，若两者不匹配则说明程序已经被破解，即刻退出。
阶段1: 计算.dex文件的MD5串并将其写入到对应的main.cpp中，相应的ant操作大体如下（并不完整以）。
生成dex对应的MD5，并将其存储到一个文件中：
- <target name="predexmd5"depends="dex">
- <exe cexecutable="${dexmd5tool}" failonerror="true">
- <arg value="${dexmd5tempfile}" />
- <arg value="${dex-ospath}"/>
- </exec>
- </target>
从外部文件中读入相应的MD5串，并存储到一个ANT的变量：
- <target name="dexmd5" depends="predexmd5">
- <loadfile srcfile="${dexmd5tempfile}"property="dexmd5sign"/>
- </target>
将.dex文件的MD5串写入到main.cpp中：
- <targetnametargetname="setmaincpp" depends="dexmd5">
- <replace file="${maincppfile}"token="Ant_DexMD5Sign" value="${dexmd5sign}"/>
- </target>
其中使用的dexmd5tool是一个自实现的外部exe，主要实现对任意文件计算其相应的MD5并将串值保存到一个指定的文件。这里需要MD5串以文件形式进行保存主要是以便在ant中打该文件并读入其中的字符串到ant变量中（并没有找到其它方法直接将相应的MD5码写入到ant变量中去，因而做这样的婉转实现）。将MD5串向main.cpp中写入主要就是利用ant的字符串替换机制来实现即可。
更新完main.cpp之后需要利用NDK对工程进行重新编译（主要是重编译这里有改动的C++代码，该步必须进行）
调用NDKbuikd来完成相应的重编译工作：
- <targetnametargetname="ndkbuild" depends="setmaincpp">
- <exec executable="${basedir}/ndkbuild.bat" failonerror="true">
- </exec>
- </target>
Ndkbuild.bat中的相关内容即如同Eclipse中配置的编译参数一样：
X:/cygwin/bin/bash.exe --login -c "cd/cygdrive/XXX/XXX/Android/jni && $NDK/ndk-build"
阶段２: 对dex计算相应的MD5并在main.cpp中进行启动时较验。
这里需要在app每次启动运行中动态得到当前apk包中的.dex文件并进行MD5的计算与较验。这里直接实现并不太容易，因而借助于了一个第三方包libzip（https://github.com/julienr/libzip-android），它可以以.so的形式链入到NDK工程中，并将指定的zip包（apk包）解压缩，将其中的所有文件以二进制的方式返回。如此一来就可以运行时得到当前apk包的dex的二进制流；将计算binary的MD5代码也一并加入到该工程中即可以完成在main.cpp中启动时动态较验.dex的MD5值。
若当前apk包中的.dex文件MD5码与main.cpp中存储的MD5码（阶段1得到）匹配，程序合法运行；否则，较验不通过认为已经被修改过，直接退出。