主页 / 问题 / 1183831
Accepted
Aziz Umarov
Asked:2020-09-29 15:02:15 +0000 UTC2020-09-29 15:02:15 +0000 UTC

Java中会有异步等待吗？

  • 772

实际上，我从 C# 转到 Java 已经一年了。我不会谈论我后悔或不后悔的原因，我的个人将和我一样。这个问题对我来说很有趣，实际上它在标题中。我知道有 Kotlin、java.util.concurrent ......这是许多人感兴趣的话题。现代 Java 14、15 的语法中缺少 async await 的原因是什么，更不用说其余的了？

也许有人知道有关 Oracle 计划在 Java 语法中使用或不使用异步等待的信息？

java

2 个回答

  1. Best Answer

    他们不太可能async-await进入 Java 语法，Java 是一个相当保守的东西，lambda 在被纳入语法之前已经扎根了多久。而这里多达 2 个关键字 - 不切实际。

    但是以图书馆结构的形式 - 请。提到的评论CompletableFuture我也可以添加ea-async。

    实际上， 这就是 (c) Mandalorian - Java 采用稳定的语法和丰富的库，与 .NET 不同，它不断推动其语法中的任何内容......

    更新

    我将用哲学反思来补充我的答案。

    1. Java 基于几个基石：OOP、一次写入、网络、安全性和严谨性 + 简单性。如果你看一下这个问题的历史，那么 Java 的出现是对 C++ 的复杂性和非通用性的回应（作为一名前 C++ 开发人员，当我切换到 Java 时，我正是被简单的语言）。我非常感谢语言架构师仍然受制于这种哲学，并且非常不愿意扩展语言的语法，并且只是为了简单起见。出现相同的 lambda 只是因为它们简化了语法。

    2. 如果我们从 Java 哲学中去除严格性，我们会得到 Kotlin，其中将简单性发挥到了极致（在某些地方，自然会损害严格性）并看到类型构造：

      val myValue = superPuperClassObject.getSomething()

    你不明白这个方法返回什么类型？！原则上，Kotlin 中的 Java 不可想象的情况被带到了极限，并被用作降低编程成本的一种方式。

    1. 现在居然到了历史上async-await。在 Java 中没有也永远不会async-await作为语法元素 - 由于第 1 段中指出的原因 - 这破坏了简单性的概念，这实际上会将代码分为同步和异步。事实上，Java 是为同步编程而设计的恐龙，并且将一直如此，所有异步都已移至库中。
    2. .NET 和 JS 一样，没有自己的概念 - 一般来说，它们的发展相当混乱和自发，根据原则：如果你喜欢它，我们就把它带入语言中。当然，这通常不会减损他们的优点。
    • 15

  2. 这是我在SO上找到的（免费翻译）

    简短的回答是，Java 开发人员正试图消除对异步方法的需求，而不是让它们更易于使用。

    根据 Ron Pressler 的报告，使用 CompletableFuture 进行异步编程会导致三个主要问题。

    1. 无法对异步方法调用的结果进行分支或循环

    2. 你不能使用堆栈跟踪来找到错误的来源，分析变得不可能

    3. 这是病毒式的：所有进行异步调用的方法也必须是异步的，即 同步和异步世界不会混在一起

    虽然 async/await 解决了第一个问题，但它只能部分解决第二个问题，根本解决不了第三个问题（例如 C# 中所有做 awit 的方法都必须标记为 async）。

    但是为什么你需要异步编程呢？只是为了防止线程阻塞。因此，在 Loom 项目中，Java 设计人员没有向 Java 引入 async/await，而是致力于研究纤程（也称为轻量级线程），旨在大大降低线程成本，从而消除对异步编程的需求。这也将使上述所有三个问题都过时。

    PS。给人的印象是 C# 和 JS 的开发人员排斥其他原则。

    • 4

相关问题