java源代码看不懂(java源码怎么看懂) 收藏 0

如何写出同事看不懂的Java代码？

原创：微信公众号 码农参上，欢迎分享，转载请保留出处。

哈喽大家好啊，我是没更新就是在家忙着带娃的Hydra。

前几天，正巧赶上组里代码review，一下午下来，感觉整个人都血压拉满了。五花八门的代码让我不禁感叹，代码规范这条道路还是任重而道远…

那么今天就来给大家总结一波Java中的代码作死小技巧，熟练掌握这些小技巧后，保证能让你写出同事看不懂的代码~

至于为啥要写出同事看不懂的代码，通过这次教训，我发现好处还是挺多的，简单举几个例子：

• 同事无法轻易修改你的代码，避免团队协作不当引入bug
• 塑造个人能力的不可替代性，规避被辞退的风险
• 代码review时，帮助同事治疗好多年的低血压

好了，一本正经的胡说八道环节就此打住……废话不多说了，下面正式开始。没用的知识又要增加了…

我打赌你肯定想不到，有人居然会在注释里下了毒。看看下面的代码，简单到main方法中只有一行注释。

猜猜看，这段程序运行结果如何？执行后它居然会在控制台打印：

看到这你是不是一脸懵逼，为什么注释中的代码会被执行？

其实原理就在于大家熟悉的unicode编码，上面的\\u000d就是一个unicode转义字符，它所表示的是一个换行符。而java中的编译器，不仅会编译代码，还会解析unicode编码将它替换成对应的字符。所以说，上面的代码解析完后实际是这样的：

这样，就能解释为什么能够执行注释中的语句了。当然，如果你觉得上面的代码不够绝，想要再绝一点，那么就可以把代码写成下面这个样子。

执行结果会打印2，同理，因为后面的unicode编码的转义后表示的是a++;。

至于这么写有什么好处，当然是用在某些不想让别人看懂的地方，用来掩人耳目了，估计大家都看过下面这个笑话。

你这么写的话客户如果懂点代码，看一下就穿帮了啊，但是你如果写成下面这样，大部分估计都以为这是一段乱码：

恕我直言，没个几十年的功力真看不出来这里执行的是sleep，简直完美。

要想写出别人看不懂的代码，很重要的一个小技巧就是把简单的东西复杂化。例如，判断一个int型数字的正负时明明可以写成这样：

但是我偏不，放着简单的代码不用，我就是玩，非要写成下面这样：

怎么样，这么写的话是不是一下子就支棱起来了！别人看到这多少得琢磨一会这块到底写了个啥玩意。

其实原理也很简单，这里用到的>>>是无符号右移操作。举个简单的例子，以-3为例，移位前先转化为它的补码：

无符号右移一位后变成下面的形式，这个数转化为十进制后是2147483646。

所以，当一个int类型的数字在无符号右移31位后，其实在前面的31位高位全部是0，剩下的最低位是原来的符号位，因此可以用来判断数字的正负。

基于这个小知识，我们还能整出不少活来。例如，放着好好的0不用，我们可以通过下面的方式定义一个0：

通过上面的知识，相信大家可以轻易理解，因为在将一个数字无符号右移32位后，二进制的所有位上全部是0，所以最终会得到0。那么问题来了，我为什么不直接用Integer.MAX_VALUE>>32，一次性右移32位呢？

这是因为在对int型的数字进行移位操作时，会对操作符右边的参数进行模32的取余运算，因此如果直接写32的话，那么相当于什么都不做，得到的还是原数值。

古有赵高指鹿为马，今有码农颠倒真假。阻碍同事阅读你代码的有力武器之一，就是让他在遇到条件判断时失去基本判断能力，陷入云里雾里，不知道接下来要走的是哪一个分支。

下面的代码，我说会打印fasle，是不是没有人会信？

没错，只要大家了解布尔类型就知道这不符合逻辑，但是，经过下面的改造就可以让它变为现实。

首先，在类中找个隐蔽的位置插入下面这段代码：

然后再运行上面的程序，你就会发现神奇地打印了false。

其实原理也很简单，首先通过反射拿到Boolean类中定义的TRUE这个变量：

接着使用反射，去掉它的final修饰符，最后再将它的值设为false。而在之后再使用true进行定义Boolean类型的变量过程中，会进行自动装箱，调用下面的方法：

这时的b为true，而TRUE实际上是false，因此不满足第一个表达式，最终会返回false。

这样一来就能解释上面的打印结果了，不过切记，这么写的时候一定要找一个代码中隐蔽的角落，不要被人发现，否则容易被打的很惨…

接下来要介绍的这个技巧就有点厉害了，可以将原有的一段串行逻辑改写成判断逻辑中的不同分支，并且保证最后能够正常执行。

在开始前先提一个问题，有没有一种方法，可以让if和else中的语句都能执行，就像下面的这个例子中：

如果我说只调用一次这个方法，就能同时输出if和else中的打印语句，你肯定会说不可能，因为这违背了java中判断逻辑的基本常识。

没错，在限定了上面的修饰语只调用『一次』方法的条件下，谁都无法做到。但是如果在判断条件中动一点点手脚，就能够实现上面提到的功能。看一下改造后的代码：

运行后控制台打印了：

惊不惊喜、意不意外？其实它能够执行的秘密就在if的判断条件中。

当第一次调用judge()方法时，不满不或运算中的第一个条件，因此执行第二个条件，会执行匿名内部类内的实例化初始块代码，再次执行judge()方法，此时满足if条件，因此执行第一句打印语句。

而实例化的新对象不满足后面的equals()方法中的条件，所以不满足if中的任意一个条件，因此会执行else中的语句，执行第二句打印语句。

这样就实现了表面上调用一次方法，同时执行if和else中的语句块的功能。怎么样，用这种方式把一段整体的逻辑拆成两块，让你的同事迷惑去吧。

在程序员的世界里，不同语言之间一直存在鄙视链，例如写c的就看不起写java的，因为直接操作内存啥的看上去就很高大上不是么？那么我们今天就假装自己是一个c语言程序员，来在java中操作一把内存。

具体要怎么做呢，还是要使用java中的魔法类Unsafe。看这个名字也可以明白，这玩意如果使用不当的话不是非常安全，所以获取Unsafe实例也比较麻烦，需要通过反射获取：

在拿到这个对象后，我们就可以对内存为所欲为了。例如，我们在实现int a=1;这样的简单赋值时，就可以搞复杂点，像下面这样绕一个弯子：

首先通过allocateMemory方法申请4字节的内存空间后，然后通过putInt方法写入一个1，再从这个地址读取一个int类型长度的变量，最终实现了把1赋值给a的操作。

当然了，还有很多高级一点的用法，这里简单举两个例子。

上面的代码中，通过setMemory方法向每个字节写入byte类型的1，最后调用getInt方法一次性读取4个字节作为一个int型变量的值。这段代码最终打印结果为16843009，对应的二进制如下：

至于c语言中的内存复制，用Unsafe搞起来也是信手拈来：

上面的代码中，通过reallocateMemory方法重新分配了一块8字节长度的内存空间，并把addr开头的4字节内存空间分两次进复制到addr2的内存空间中，上面的代码会打印：

这是因为新的8字节内存空间addr2中存储的二进制数字是下面这样，转化为十进制的long类型后正好对应4294967297。

Unsafe除了能直接操作内存空间外，还有线程调度、对象操作、CAS操作等实用的功能，如果想详细的了解一下，可以看看这篇Java双刃剑之Unsafe类详解，开启新世界的大门。

好了，没用的知识介绍环节就此结束，相信大家在掌握了这些技巧后，都能自带代码混淆光环，写出不一样的拉轰代码。

最后建议大家，在项目中这样写代码的时候，搭配红花油、跌打损伤酒一起使用，可能效果更佳。

那么，这次的分享就到这里，我是Hydra，下篇文章再见。

作者简介，码农参上，一个热爱分享的公众号，有趣、深入、直接，与你聊聊技术。欢迎添加好友，进一步交流。

Java避坑指南！IDEA查看.class文件源码下载失败问题汇总

上一篇分享的是《详解NIO Buffer类》，这篇给大家分享《Java避坑指南！IDEA查看.class文件源码下载失败问题汇总》。

大家有和小编同样遇到过这样的问题吗？调用一个方法，发现看不了源码，点击Download Sources 然后提示失败！这个下载源码失败的简直 烦！烦！烦！神烦！！！

正常来说我们看不到源码还可以看得到方法的实现，但是本人这个就坑了，只能看到方法的定义看不到方法的实现，试了很多的方法，浪费了一天时间终于解决了，小编在此汇总一下各类解决办法，希望可以帮到大家；

这个方法对于我的问题当然是毫无作用，但是他可以解决一些 我们的maven下载失败啊或者一些jar包报红线的问题（ps：报红线，应该是idea的问题，没有刷新过来，这个时候可以对以上按钮进行“狂点”）

没有勾选的可以选择打上对勾，当然这个对我也没什么用，他这个勾选只是代表着idea会帮你自动下载源码，对于我们来说并没有什么用，我们也可以点击右上角的提示手动下载，还可以剩空间（ps：手动狗头）

有的人可能会是idea版本和maven版本不兼容问题导致的，小编使用的maven是自己下载的3.9的版本，小编也试了一下这个方法，只能说是 ！！！

到了这一步我发现该设置的都设置好了,虽然这些设置并没有解决我的问题,但还是要记录一下的,说不定有人会因为设置问题导致依赖包下载不下来.

这个方法解决了很多人的问题，但是对于小编，依然 没起作用！

右键-> maven -> 点击Open\’settings.xml\’ , 刚开始这个位置是Create \’settings.xml\’ ,打开之后添加在里面添加了镜像服务器:

这个方法会导致很多jar包⌚标红，大家刷新一下maven或者把仓库里的jar删了从新下一下就OK了！

至此小编的问题依然没有得到解决idea还是只能看到方法的实现，也不能下载源码，因为我们maven用的是公司自己的私服，然后觉得还是看一下公司maven仓库吧，打开web端仓库 发现公司仓库里的jar包没有源码包所以下载不了，当然无法下载源码的问题解决了；

这样就完了吗？阿芙卡丝闹特！小编的问题还有解决啊！

但是小编的问题是 只能看到方法的定义，无法看到方法的实现，最终觉得这个可能是idea反编译的问题，一顿百度，一顿找，罪魁祸首终于浮出水面

这个插件在下载idea的时候会自动打勾，小编用的mac，所以可能是文件下载的权限问题或者其他原因导致的 我的这个插件没有打勾！

打勾->重启idea->打开源码包

终于出来了，肉牛满面啊！！！

ok！文章到此就结束了，终其原因，其实还是个人对Java，对maven不够了解走了很多弯路，希望可以对大家有帮助，让大家少走一些弯路，有不对的地方希望大家可以提出来的，共同成长;

细节之中只有天地，整洁成就卓越代码

• 以上就是《Java避坑指南！IDEA查看.class文件源码下载失败问题汇总》的分享。
• 也欢迎大家交流探讨，该文章若有不正确的地方，希望大家多多包涵。
• 创作不易，你们的支持就是我最大的动力，如果对大家有帮忙给个赞哦~~~

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com