我记得那时候我刚开始琢磨编程，学着写点小东西。有一次下载了个什么手机应用，想看看它里面是怎么搞的，就找了个反编译工具去扒拉。结果一打开那个代码文件，好家伙，我当时就傻眼了。
屏幕上密密麻麻的，全是、，然后点进去一看，里面方法名都是a()、b(int i)，变量名更是就一个字母。当时就给我整蒙圈了，这玩意儿是人写的代码吗？怎么跟天书似的？功能明明能用，可这代码谁看得懂？
第一次碰到这“混淆”，真是给我搞蒙了
我那时候就觉得特别奇怪，按理说代码应该是有个正常的命名规范的，你得能看明白它干啥才行。可是那堆东西，完全就是一坨乱麻，一点逻辑都看不出来。我当时就琢磨，这到底是个啥意思？难道是坏了？还是我这反编译工具不行？
我对着那堆代码盯了半天，脑袋里全是问号。那时候我就知道，肯定有什么我不知道的“黑科技”在里面，把本来好好的代码给整成了这个鬼样子。
为啥非得搞清楚这玩意儿不可？
后来我慢慢接触项目多了，就开始意识到这东西不是个例。尤其是我们自己写的一些核心代码，总是担心被人轻易地扒走。那时候老板开会也老提，说咱们有些核心算法，得做好保护，不能让别人轻易模仿。当时我就想到了我之前看到的那些“天书”代码，心里就有了个模糊的概念，觉得那玩意儿可能就是用来干这个的。
而且我总觉得这东西既然能把代码弄成这样，肯定有它自己的道理和实现方式。我这个人就是这样，碰到不明白的东西，心里总跟猫抓似的，非得搞清楚不可。不然就像喉咙里卡了根刺，难受。
我是怎么一点点抠明白的？
一开始瞎琢磨：
- 刚开始，我就在网上瞎搜“代码乱码”、“反编译看不懂”这些关键词。结果搜出来一堆加密、编码、压缩之类的东西。当时我就觉得不对劲，加密了那就跑不起来了，可我那App不是跑得好好的吗？
- 那时候，我就认定它不是简单的加密，肯定是个别的什么招数。但我就是没找到那个正确的词。
找人问：
我记得特别清楚，有一次吃饭的时候，我逮着我们组那个老王哥，他技术特别牛。我就问他：“王哥，我反编译一个App，里面代码全乱七八糟的，都是什么a.a()、b.b()，那是个啥情况？”
老王哥一听，笑了笑说：“，你说那个，那叫混淆。你把它理解成一种‘代码美容术’，不过不是让你变漂亮，是让你变丑，变复杂，变得谁也认不出来。”
他又给我打了个比方：“这就好比你写了一篇特别清晰的文章，然后，为了不让别人一眼看明白你的核心思路，你把里面所有的‘是’都改成‘乃’，所有的‘说’都改成‘谓’，主语宾语顺序也调一调，再加点废话。文章的意思还在，但别人想看明白，那可就得挠头了。”
那时候，我心里就“叮”一声，感觉有点开窍了。
自己动手折腾：
光听别人说不顶用，我决定自己动手试试。那时候我记得在网上搜到了一个叫ProGuard的工具（现在好多语言都有类似的）。我就找了个特别简单的Java小程序，就几行代码，一个`main`函数里面打印个“Hello World”那种。
我按照网上的教程，学着怎么用ProGuard给它跑了一下。然后，再用反编译工具去打开那个被混淆过的`.jar`包或者`.apk`文件。卧槽！ 结果一出来，我彻底傻眼了！
就那几行简单的代码，一瞬间就面目全非了。原先叫`MyClass`的，可能变成了`a`；原先叫`printMessage`的方法，可能变成了`b`。里面什么变量名，参数名，全成了单字母或者一串没规律的字符。我当时看着那一堆`a.a()`，`b.a(c.d())`的时候，心里一下子就彻底明白了！
琢磨背后逻辑：
那时候我就琢磨，这玩意儿它不是把代码“藏起来”了，而是把它“改头换面”了，让它变得“面目全非”，但底层的逻辑功能是一点没变。它就是专门针对那些代码里的“提示信息”下手的。什么变量名、方法名、类名，这些你为了让人看懂而起的有意义的名字，它全给你废了，让你看了头大。甚至有些高级一点的，还会加一些根本不会执行的假代码，或者把代码的执行顺序稍微调整一下，让你更难理顺逻辑。
这东西到底有啥用？我明白了
我一这混淆主要就是干这么几件事：
- 保护“秘密”： 这是最主要的。就像我老板说的，公司的核心算法、商业逻辑、授权验证这些，不想让别人轻易地扒走学习甚至抄袭。混淆的目的就是大幅度增加别人逆向工程的难度和成本。让那些想破解你软件的人，得花成倍的力气和时间。
- 减小体积（顺带的）： 有些混淆工具还会很聪明地把那些程序里根本没用到的代码、类、变量啥的给清理掉，这样一来，生成的最终文件体积就小了一点。虽然不是混淆的主要目的，但也是个挺好的额外收获。
我那时候就懂了： 混淆这玩意儿，它不像加密那么粗暴，加密是直接把内容藏起来，你没有钥匙就完全看不懂也用不了。混淆，它更像是一种高明的“障眼法”，它不是让你的程序跑不了，也不是把它变成一堆谁也看不懂的二进制机器码（那是编译器的工作）。它就是把本来整洁有序、方便人类阅读的代码，给故意弄得乱七八糟、逻辑模糊，目的就是拖延时间，增加别人理解和逆向的难度。
就像你写了个特别好的菜谱，为了不让别人轻易模仿你的独家秘方，你把调料的顺序、用量都写得奇奇怪怪，或者用一些只有你懂的暗号来表示。别人就算拿到菜谱，也很难一下子做出跟你一样味道的菜。但只要懂的人，按着做，还是能做出同样的菜来的。
后来我遇到的一些情况
自打我搞明白了混淆这回事儿之后，后来再遇到那些被混淆过的软件或者App，我心里就有数了。有时候下载一些破解版软件或者想看看别人一些开源App里面的一些实现，发现代码又是那种“天书”的时候，我就会心一笑，知道这是人家做了保护。当时就庆幸自己之前费劲巴拉地把这玩意儿给搞明白了。
但我也知道，混淆这东西也不是万能的，道高一尺魔高一丈。再怎么混淆，对于真正的高手来说，也只是时间问题。归根到底，还是要从根本上把安全逻辑给设计不能把所有的宝都押在混淆上。
的一点感悟
这“混淆”看着好像挺高深的，但你一旦自己动手去试一试，去琢磨一下它背后的原理和作用，就会发现掰开了揉碎了，也就那么回事儿。真的，很多时候，你自己去亲身实践一下，比你光坐在那儿看一万遍解释、听一万遍别人讲，都要管用得多。那种“我终于明白了”的感觉，真是太爽了。
这就是我关于“混淆”这回事儿，从一开始一头雾水，到后来一点点摸索明白的全部过程。希望我这些有点粗糙的实践记录，能帮到你们。
下次碰到那些“乱码”代码，就别再蒙圈了，知道它大概是个啥意思就行！
实践出真知，永远是硬道理！
