翻译优化 24-Concurrent-Programming.md#并发为速度而生 #Java 并发的四句格言 #597
Conversation
|
PR 重新更新一下。这里面的改动已经 merge 过了 |
是这样吗 |
| 在听说并发编程的问题之后，你可能会想知道它是否值得这么麻烦。答案是“不，除非你的程序运行速度不够快。”并且在决定用它之前你会想要仔细思考。不要随便跳进并发编程的悲痛之中。如果有一种方法可以在更快的机器上运行你的程序，或者如果你可以对其进行分析并发现瓶颈并在该位置替换更快的算法，那么请执行此操作。只有在显然没有其他选择时才开始使用并发，然后仅在必要的地方去使用它。 | ||
|
|
||
| 速度问题一开始听起来很简单：如果你想要一个程序运行得更快，将其分解成碎片并在一个单独的处理器上运行每个部分。由于我们能够提高时钟速度流（至少对于传统芯片），速度的提高是出现在多核处理器的形式而不是更快的芯片。为了使你的程序运行得更快，你必须学会如何利用那些额外的处理器，这是并发性给你的一个建议。 | ||
| 速度问题一开始听起来很简单：如果你想要一个程序运行得更快，将其分解为多个部分，并在单独的处理器上运行每个部分。随着我们提高时钟速度的能力耗尽（至少对传统芯片而言），速度的提高是出现在多核处理器的形式而不是更快的芯片。为了使程序运行得更快，您必须学会利用那些额外的处理器（译者注：处理器一般代表 CPU 的一个逻辑核心），这是并发所带来的好处之一。 |
| 对于多处理器机器，可以在这些处理器之间分配多个任务，这可以显著提高吞吐量。强大的多处理器 Web 服务器通常就是这种情况，它可以在程序中为 CPU 分配大量用户请求，每个请求分配一个线程。 | ||
|
|
||
| 但是，并发性通常可以提高在单个处理器上运行的程序的性能。这听起来有点违反直觉。如果考虑一下，由于上下文切换的成本增加（从一个任务更改为另一个任务），在单个处理器上运行的并发程序实际上应该比程序的所有部分顺序运行具有更多的开销。在表面上，将程序的所有部分作为单个任务运行并节省上下文切换的成本似乎更便宜。 | ||
| 但是，并发性通常可以提高在单个处理器上运行的程序的性能。这听起来有点违反直觉。你会这么想，由于上下文切换的成本增加（从一个任务切换到另一个任务），在单个处理器上运行的并发程序实际上应该比程序的所有部分顺序运行具有更多的开销。表面上看，将程序的所有部分作为单个任务运行并节省上下文切换的成本似乎更低。 |
There was a problem hiding this comment.
你会这么想。。这个翻译很突兀啊
完全看不懂这个想表达什么
There was a problem hiding this comment.
就是，你可能会怎么认为，单核并发似乎慢于单核顺序，但是阻塞让事情变得不一样了。
这里我没有完全按照英文的一起翻译
| Java 采用了更传统的方法[^2]，即在顺序语言之上添加对线程的支持而不是在多任务操作系统中分叉外部进程，线程是在表示执行程序的单个进程内创建任务。 | ||
|
|
||
| 并发性会带来成本，包括复杂性成本，但可以通过程序设计，资源平衡和用户便利性的改进来抵消。通常，并发性使你能够创建更加松散耦合的设计；除此以外，你必须特别关注那些使用了并发操作的代码。 | ||
| 并发会带来各种成本，包括复杂性成本，但可以被程序设计，资源平衡和用户便利性方面的改进所抵消。通常，并发性使你能够创建更低耦合的设计；另一方面，你必须特别关注那些使用了并发操作的代码。 |
There was a problem hiding this comment.
但可以被程序设计
难道不是原来的「以通过程序设计」的更好
There was a problem hiding this comment.
被程序设计，资源负载均衡，和用户便利性，这些 改进 所抵消
被...所... 这是一个整体
| 这些格言专门针对 Java 的并发设计问题，尽管它们也可以适用于其他一些语言。但是，确实存在旨在防止这些问题的语言。 | ||
|
|
||
| ### 1.不要这样做 | ||
| ### 1.不要用它 |
There was a problem hiding this comment.
不要使用并发
咱们翻译过来就把英文字爱做的代词替换给明确化
There was a problem hiding this comment.
我之前有想过把它都替换成并发的。但是你看上下文这一小节的标题是关于Java并发的4句格言，然后再把每一条格言的它都替换成并发的话，可能有一点重复。
| ### 2.没有什么是真的，一切可能都有问题 | ||
|
|
||
| 没有并发性的编程，你会发现你的世界有一定的顺序和一致性。通过简单地将变量赋值给某个值，很明显它应该始终正常工作。 | ||
| 不使用并发编程，你已经料到了你的世界具有确定的顺序和一致性。对于变量赋值这样简单的操作，很明显它应该总是能够正常工作。 |
There was a problem hiding this comment.
简单或期望，更接近原文的意思
you’ve come to expect a certain order and consistency in your world.
你已经期望自己的世界有明确的顺序和一致性。
我把期望翻译为料到，意思就是，不用并发，可以很容易的想到是有顺序的并且是一致的
| 在 Java 的所有非并发领域，“没有明显的 bug 而且没有编译报错“似乎意味着一切都好。但对于并发，它没有任何意义。在这种情况你最糟糕的表现就是“自信”。 | ||
|
|
||
| ### 4.你必须仍然理解 | ||
| ### 4.你必须理解它 |
There was a problem hiding this comment.
这种代词替换都把 并发带回来吧。要么这四句格言都贼奇怪
「你必须理解并发」这种翻译不是更好么
| 单处理器系统中性能改进的一个常见例子是事件驱动编程，特别是用户界面编程。考虑一个程序执行一些耗时操作，最终忽略用户输入导致无响应。如果你有一个“退出”按钮，你不想在你编写的每段代码中都检查它的状态（轮询）。这会产生笨拙的代码，也无法保证程序员不会忘了检查。没有并发，生成可响应用户界面的唯一方法是让所有任务都定期检查用户输入。通过创建单独的线程以执行用户输入的响应，能够让程序保证一定程度的响应能力。 | ||
|
|
||
| 实现并发的直接方法是在操作系统级别，使用与线程不同的进程。进程是一个在自己的地址空间内运行的自包含程序。进程很有吸引力，因为操作系统通常将一个进程与另一个进程隔离，因此它们不会相互干扰，这使得进程编程相对容易。相比之下，线程共享内存和 I/O 等资源，因此编写多线程程序时遇到的困难是在不同的线程驱动的任务之间协调这些资源，一次不能通过多个任务访问它们。 | ||
| 实现并发的一种简单方式是使用操作系统级别的进程。与线程不同，进程是在其自己的地址空间中运行的独立程序。进程的优势在于，因为操作系统通常将一个进程与另一个进程隔离，因此它们不会相互干扰，这使得进程编程相对容易。相比之下，线程之间会共享内存和 I/O 等资源，因此编写多线程程序最基本的困难在于协调不同线程驱动的任务之间对这些资源的使用，以免这些资源不会同时被多个资源访问。 |
There was a problem hiding this comment.
「以免这些资源不会同时被多个资源访问」
应该是
「以免这些资源同时被多个资源访问」
| 有些人甚至提倡将进程作为唯一合理的并发实现方式[^1]，但遗憾的是，通常存在数量和开销方面的限制，从而阻止了进程在并发范围内的适用性（最终你会习惯标准的并发限制，“这种方法适用于一些情况但不适用于其他情况”） | ||
|
|
||
| 一些编程语言旨在将并发任务彼此隔离。这些通常被称为_函数式语言_，其中每个函数调用不产生其他影响（因此不能与其他函数干涉），因此可以作为独立的任务来驱动。Erlang 就是这样一种语言，它包括一个任务与另一个任务进行通信的安全机制。如果你发现程序的某一部分必须大量使用并发性并且你在尝试构建该部分时遇到了过多的问题，那么你可能会考虑使用专用并发语言创建程序的那一部分。 | ||
| 一些编程语言被设计为将并发任务彼此隔离。这些通常被称为_函数式语言_，其中每个函数调用不产生副作用（不会干扰到其它函数），所以可以作为独立的任务来驱动。Erlang 就是这样一种语言，它包括一个任务与另一个任务进行通信的安全机制。如果发现程序的某一部分必须大量使用并发，并且在尝试构建该部分时遇到了过多的问题，那么可以考虑使用这些专用的并发语言创建程序的这个部分。 |
There was a problem hiding this comment.
「一些编程语言被设计为将并发任务彼此隔离」被动语态转主动。
中文喜欢正着说
「一些编程语言旨在将并发任务彼此隔离」
| 所有在非并发编程中可以忽略的事情突然之间都因为并发而变得重要起来。例如，你必须了解处理器缓存以及保持本地缓存与主内存一致等问题。您必须理解对象构造的深层复杂性，以便构造函数不会意外地将数据暴露给其他线程更改。诸如此类问题不胜枚举。 | ||
|
|
||
| 因为这些主题太复杂，本章无法为你提供更专业的知识（再次参见 Java Concurrency in Practice），但你必须了解它们。 | ||
| 因为这些主题太复杂，以至于本章无法为你提供更专业的知识（再次参见 Java Concurrency in Practice），但你必须意识到它们。 |
There was a problem hiding this comment.
you must be aware of them.
这整段说的都是并发编程的复杂性，然后又说我们避免不了它，所以结合上下文应该是说这一章没办法全面的介绍并发，但是你必须意识到这两点。
2 participants
两节