Merge pull request #140 from blackwatchcup/master

The Brutal Truth
This commit is contained in:
LingCoder
2019-07-18 11:23:18 +08:00
committed by GitHub

View File

@@ -23,7 +23,7 @@
本章是对并发性的一个非常基本的介绍。虽然我使用了最现代的Java 8工具来演示原理但这一章远非对该主题的全面处理。我的目标是为你提供足够的基础知识使你能够解决问题的复杂性和危险性从而安全的通过这些鲨鱼肆虐的困难水域。
对于更多凌乱,低级别的细节,请参阅附录:**Appendix:Low-LevelConcurrency**。要进一步深入这个领域你还必须阅读Brian Goetz等人的Java Concurrency in Practice。虽然在写作时这本书已有十多年的历史但它仍然包含你必须了解和理解的必需品。理想情况下本章和附录是该书的精心准备。另一个有价值的资源是**Bill Venner**的Inside the Java Virtual Machine它详细描述了JVM的最内部工作方式包括线程。
对于更多凌乱,低级别的细节,请参阅附录:[并发底层原理](./Appendix-Low-Level-Concurrency.md)。要进一步深入这个领域你还必须阅读Brian Goetz等人的Java Concurrency in Practice。虽然在写作时这本书已有十多年的历史但它仍然包含你必须了解和理解的必需品。理想情况下本章和附录是该书的精心准备。另一个有价值的资源是**Bill Venner**的Inside the Java Virtual Machine它详细描述了JVM的最内部工作方式包括线程。
<!-- The Terminology Problem -->
## 术语问题
@@ -214,11 +214,45 @@ Java是一种多线程语言如果您了解它们是否存在并发问题。
<!-- The Brutal Truth -->
## 残酷的真相
当人类开始烹饪他们的食物时,他们大大减少了他们的身体分解和消化食物所需的能量。烹饪创造了一个“外化的胃”,从而释放出追去其他的的能力。火的使用促成了文明。
我们现在通过计算机和网络技术创造了一个“外化大脑”,开始了第二次基本转变。虽然我们只是触及表面,但已经引发了其他转变,例如设计生物机制的能力,并且已经看到文化演变的显着加速(过去,人们不得不前往混合文化,但现在他们开始混合互联网)。这些转变的影响和好处已经超出了科幻作家预测它们的能力(他们在预测文化和个人变化,甚至技术转变的次要影响方面都特别困难)。
有了这种根本性的人类变化,看到许多破坏和失败的实验并不令人惊讶。实际上,进化依赖于无数的实验,其中大多数都失败了。这些实验是向前发展的必要条件
Java是在充满自信热情和睿智的氛围中创建的。在发明一种编程语言时很容易就像语言的初始可塑性会持续存在一样你可以把某些东西拿出来如果不能解决问题那么就修复它。编程语言以这种方式是独一无二的 - 它们经历了类似水的改变:气态,液态和最终的固态。在气体相位期间,灵活性似乎是无限的,并且很容易认为它总是那样。一旦人们开始使用您的语言,变化就会变得更加严重,环境变得更加粘稠。语言设计的过程本身就是一门艺术。
紧迫感来自互联网的最初兴起。它似乎是一场比赛第一个通过起跑线的人将“获胜”事实上JavaJavaScript和PHP等语言的流行程度可以证明这一点。唉通过匆忙设计语言而产生的认知负荷和技术债务最终会赶上我们。
[Turing completeness](https://en.wikipedia.org/wiki/Turing_completeness)是不足够的;语言需要更多的东西:它们必须能够创造性地表达,而不是用不必要的东西来衡量我们。解放我们的心理能力只是为了扭转并再次陷入困境,这是毫无意义的。我承认,尽管存在这些问题,我们已经完成了令人惊奇的事情,但我也知道如果没有这些问题我们能做得更多。
热情使原始Java设计师因为看起来有必要而投入功能。信心以及原始语言的气味让他们认为任何问题都可以解决。在时间轴的某个地方有人认为任何加入Java的东西是固定的和永久性的 - 这是非常有信心相信第一个决定永远是正确的因此我们看到Java的体系中充斥着糟糕的决策。其中一些决定最终没有什么后果;例如您可以告诉人们不要使用Vector但保留了对之前版本的支持。
线程包含在Java 1.0中。当然并发性是影响语言远角的基本语言设计决策很难想象以后添加它。公平地说当时并不清楚基本的并发性是多少。像C这样的其他语言能够将线程视为一个附加功能因此Java设计师也纷纷效仿包括一个Thread类和必要的JVM支持这比你想象的要复杂得多
C语言是面向过程语言这限制了它的野心。这些限制使附加线程库合理。当采用原始模型并将其粘贴到复杂语言中时Java的大规模扩展迅速暴露了基本问题。在Thread类中的许多方法的弃用以及后续的高级库浪潮中这种情况变得明显这些库试图提供更好的并发抽象。
不幸的是为了在更高级别的语言中获得并发性所有语言功能都会受到影响包括最基本的功能例如标识符代表可变值。在函数和方法中所有不变和防止副作用的方法都会导致简化并发编程这些是纯函数式编程语言的基础的变化但当时对于主流语言的创建者来说似乎是奇怪的想法。最初的Java设计师要么对这些选择有所了解要么认为它们太不同了并且会抛弃许多潜在的语言采用者。我们可以慷慨地说语言设计社区当时根本没有足够的经验来理解调整在线程库中的影响。
Java实验告诉我们结果是悄然灾难性的。程序员很容易陷入认为Java 线程并不那么困难的陷阱。似乎工作的程序充满了微妙的并发bug。
为了获得正确的并发性,语言功能必须从头开始设计并考虑并发性。这艘船航行了;Java将不再是为并发而设计的语言而只是一种允许它的语言。
尽管有这些基本的不可修复的缺陷但令人印象深刻的是它还有多远。Java的后续版本添加了库以便在使用并发时提升抽象级别。事实上我根本不会想到有可能在Java 8中进行改进并行流和**CompletableFutures** - 这是惊人的史诗般的变化,我会惊奇地重复的查看它[^3]。
这些改进非常有用,我们将在本章重点介绍并行流和**CompletableFutures**。虽然它们可以大大简化您对并发和后续代码的思考方式但基本问题仍然存在由于Java的原始设计代码的所有部分仍然容易受到攻击您仍然必须理解这些复杂和微妙的问题。Java中的线程绝不是简单或安全的;那种经历必须降级为另一种更新的语言。
<!-- The Rest of the Chapter -->
## 本章其余部分
这是我们将在本章的其余部分介绍的内容。请记住本章的重点是使用最新的高级Java并发结构。使用这些使得您的生活比旧的替代品更加轻松。但是您仍会在遗留代码中遇到一些低级工具。有时你可能会被迫自己使用其中的一些。附录[并发底层原理](./Appendix-Low-Level-Concurrency.md)包含一些更原始的Java并发元素的介绍。
- Parallel Streams并发流
- 创建和运行任务
- 终止长时间运行的任务
- Completable Futures
- 死锁
- 努力,复杂,成本
<!-- Parallel Streams -->
## 并行流
@@ -253,6 +287,8 @@ Java是一种多线程语言如果您了解它们是否存在并发问题。
[^1]:例如,Eric-Raymond在“VIIX编程艺术”Addison-Wesley2004中提出了一个很好的案例。
[^2]:可以说,试图将并发性用于后续语言是一种注定要失败的方法,但你必须得出自己的结论
[^3]:有人谈论在Java——10中围绕泛型做一些类似的基本改进这将是非常令人难以置信的。
<!-- 分页 -->
<div style="page-break-after: always;"></div>