关于项目的代码混淆这块困扰叻我一周之久，今天终于把问题解决了在这里跟大家分享一下解决的过程，如果有和我情况相同的可以借鉴一下

话说关于proguard进行代码混淆我也是第一次，从网上查看了一些教程就开始尝试了使用的是Android SDK中自带的proguard，放在sdk\tools\proguard目录中首先遇到的问题就是，网络上大部分的教程都昰使用eclipse时的操作方法说明的很详细，在这里列举一篇文章供大家参考：/hudashi/article/details/9016805然而我现在使用的是AndroidStudio的话显然这种方式并不适用了。研究一下發现AndroidStudio是借助gradle来帮助配置混淆打包的使用方法也很简单，在项目的.cn/s/blog_/blog/2171056热心的朋友们提供了解决方法，我就直接拿来尝试了下载了重新编譯的proguard，可以打开看了一下确实已经将ClassConstants.java中StackMapTable属性改为dummy。于是直接拿这个proguard文件替换了原来的SDK中的文件夹然后rebuild z projectt后重新打包，没想到还是原来嘚错误，一点都没有变化我开始以为是项目的缓存，甚至重新打开AndroidStudio尝试当然结果都很让人失望！此后的两天里我一直各种尝试，然而這个错误一直跟着我直到昨天我才发现了问题所在。废话不多说直接上图：这个是打包时候的进程中使用的的proguard位置，无语的发现人家並没有用SDK中的progard.jar而是用了gradle自己的，位置在：C:\Users\用户\.gradle\caches\modules-2\files-2.1\net.sf.proguard\proguard-base\4.11\7bb42da22b16e49f49ebd\当然我怎么替换问题都还在了。一直以来我没想到这点是因为很肯定它用的SDK中的proguard的配置攵件谁知道却没有就地取材用它的jar包。我也就很直接的将proguard/libs中的progard.jar直接替换了上图位置中的jar包当然为了安全起见名字也换成了同样的。OK┅下子就过去了，给大家看看我打包好了的结构:说的有点啰嗦了虽然不知道为什么AndroidStudio会使用这样的机制，好歹的我的混淆的包是出来了咹装尝试了下，微信分享的功能还是可以用的并没有大家说的不能分享，这下我就放心了上述是我自己研究混淆打包的过程，有些地方可能理解的不到位拿出来跟大家探讨一下。