《Thinking In Java》作者：不要使用并发！

前言

今天纯粹就是带你们来读读书的~

最近除了工作，特地买回了自己很喜欢的作者新发售的一本书《On Java》，作者是我的老朋友布鲁斯·埃克尔，在Java领域很有名，你可能没听过他的名字，但极有可能听过他的另一本书《Thinking In Java》，我想很多Java工程师都读过这本书，可以说是Java编程思想的良心之作。

虽然布鲁斯是我的老朋友，但我不得不吐槽一下，大概通读了一遍《On Java》之后，我心里大体认为是不如《Thinking In Java》的，可能和写小说一样，读者的要求高了，而作者的年纪大了。

我认识布鲁斯很多年了，他是个比较幽默风趣的人，经常在书中直言不讳某编程语言的垃圾之处，同时又对该语言的未来做一点展望，算是一个很中肯且典型的直男程序猿。

最后说一点，我认识他，他不认识我。

正文

我着重看了自己比较感兴趣的并发编程这一块，想知道这位大佬对于目前Java并发编程是否有新的看法和意见，不出我所料，他没讲什么重要的东西，但是好像又讲了，带着吐槽批判式的口吻，陈列了他喜欢和讨厌Java并发编程的地方。

所以我把一些我觉得有意思的地方画出来，分享给大家，看看一个资深Java大佬对并发编程的理解。

1、大佬的并发定律

其实看到作者研究出的这4条定律时，我还是挺意外的，第一句就点题了，不要使用并发。

仔细想想好像也对……再琢磨一下咦有感觉……最后回忆一下这些年参与的项目……哇擦好有道理！

接下来3条基本算是总纲了，后面的内容都是对这几条的说明。

2、你已埋下的隐患

这里就是对2、3条的具体说明了，有些话我觉得略显啰嗦，我把对于程序员来讲比较重要的一句话画出来了。

你很容易写出一个看起来运行正常但实际上有问题的并发程序。

看到这句话的时候是不是已经开始默默打开自己的IDEA了，然后审视了一遍自己提交的代码？

别看了，你埋的炸弹还少么，能看出花来吗。

看清楚作者后面那句：你这个问题只有满足最罕见的条件时，才会将自己暴露出来。

我可以这么说，在座绝大部分同行去了下一家公司干活，可能上一家公司的新同事才会在你毫不知情的时候默默踩到你埋的地雷然后被炸个粉碎，而你在新公司也正在踩别人的雷，出来混都是要还的。

3、别否认你就是这种人

看到这里的时候，我忍不住亲了布鲁斯一口，他痛快的描述出了我一直以来在工作中说不清道不明的烦躁，因为你总会遇到这样的人，同时很难发现自己到底是不是这样的人。

我在工作前3年其实如履薄冰，感觉自己什么都学了，但去了公司发现什么都不会，怀揣着自我否定一点点完成别人布置的任务，直到工作5年以后才有一种醍醐灌顶的感觉，理解了自己做的是什么，接下来要学习哪个方向，以前学到那么多东西究竟是怎么串联起来的，这是一种打通任督二脉的满足感。

等到工作8年之后，才真正开始回头看Java语言，对以前烦厌欲呕的Java基础提起莫名的兴趣，同时喜欢看书，写案例，尝试阅读别人的源码等等，此时我才真正有自己一只腿迈进Java领域的意识。

同时，在工作中会对许多能力一般但沟通较为偏执的同事产生抵触情绪，我有时会认为这是一种大人看小孩耍脾气的感觉，这个只有在工作多年之后才会产生，作者很准确的阐述出了我描绘不出的这种解释。

同样的，我认为在这个成长的过程中，我一定也成为过别人心中眼高手低的人。

我在这里能分享给大家的经验就是，在工作中多学习少争论，多和厉害的人走近一点，虚心把对方的东西都学过来，长此以往你会进步神速，这不是你在网上学习能得到的，一定是在工作中。

4、高级Javaer都有过的想法

[图片上传失败...(image-a2c30c-166****091146)]

这里我为什么专门画出来，因为很多高级javaer一定有过类似的想法，就是发现了Java并不擅长做并发编程，是否可以用其他语言来完成，而Java只做他自己擅长的事。

至少我以前就想过，可现实层面我认为是异想天开的，尤其是工作中，基本都是团队开发，这种想法就已经几乎被pass掉了，同时为了某一个领域的实现专门引入一门编程语言甚至体系，得不偿失，毕竟Java不擅长但却成熟，光是网上卖课郎告诉你的就有N种诸如《Java千亿级高并发解决方案》、《Java万亿级电商实战》等等这样的受用终生的鬼东西。

而你辛辛苦苦跟着学完后，发现玛德用不上，就像你学了《九阴真经》后以为可以当武林盟主最终却进了铁匠铺，而铁匠铺老板还不想听你鬼扯只想让你每天加班多打几把武器。

图片中我还画了个圈，我想不少人应该知道这门语言，还蛮有名的，就是国内不太火，这有编程历史因素在里面，其实还有一门语言也蛮适合的，而且这几年也挺火，我想你也猜到了，我觉得5年+的Java工程师都应该关注甚至学习一下。

5、我和大佬不谋而合

这是接近尾声的部分了，也是这位作者熟悉的笔法，发泄完自己的情绪后又开始对Java的某新版本极尽赞美，典型的被PUA了。

但不得不说，Java8我也认为是革命性的版本，在这个版本发布以前，作为Java工程师你甚至不会想到它敢做到这个地步，就像布鲁斯书中讲的，这是史诗般的魔法。

你可以在Java8的版本里发现一些其他语言的影子，这没什么，天下语言一大抄，发展到一定程度，已经是避免不了的趋势了。

重要的是，这个版本给Java上油了，为后续的版本提供了活力，而Java17作为官方长久支持版本的其中一个非常重要的版本，你可以发现有其他框架给它背书，比如SpringBoot3只支持Java17，而Jenkins也宣布在新版本放弃Java8并且该团队更推荐Java17，IDEA后续新版本可能也会放弃Java8，这明显就是小圈子，有利益的勾连，但对Java本身发展不是坏事。

所以，Java8的核心技术点最应该学习，如果现在还一点不会，赶紧学吧，我认为这是后续版本的基础了，lambada表达式、stream流不必说了，是Java8版本的核心技术，CompletableFuture作为Java8并发编程中最大的改进要花时间好好学习，这也是本书作者所提到的，而且后面专门花了一个大章来讲CompletableFuture。

作者虽然一直强调不要使用并发，但却对Java8的并发编程工具花了较大篇幅，我个人认为他更多的是一种见猎心喜，可是我们面试经常会问到这个工具类相关的东西，看一下大佬对该工具的理解还是很有用的。

总结

《On Java》这本书说实话，我觉得没有作者的《Thinking In Java》写得好，可能有多种原因导致。

我说下我觉得不好的主要感受在哪里，一是有些地方翻译的不好，会给你带来困惑，二是作者给出的一些案例有自己的风格，而且例子我没觉得那么通俗易懂。

但总体上还是值得一看，尤其是他穿插了很多和其他如C/C++、GO等语言的比较，还包含了自己对Java的理解，尤其是一些编程思想很直接，最后给出了林林总总有接近70条的编程指南，我认为对于初学者树立未来工作中的编程思想是很有用的。

这位作者的文字中弥漫着一股浓烈的不推荐使用并发编程的味道，我觉得是他多年工作的心得，所以大家在往后的工作中不妨可以借鉴下大佬的思维。

好了，我今天也就是带你读了下书，读的还开