Java 5+ API为什么不利用协变返回类型？
从Java 5开始，我们被允许具有协变返回类型。Java API为什么不利用此优势？
举个Graphics2D.create()例子。为什么不重写以返回Graphics2D对象？在我看来，它将在所有情况下都向后兼容。
问题答案：
通常，这确实是为了保持向后兼容性。请注意，兼容性也必须保持在字节码级别，并且更改返回类型也会更改字节码。因此，通常来说，如果有任何子类可能覆盖了所讨论的方法，那么切换到协变返回类型将破坏这些类。
由于Graphics2D是抽象的，因此显然要进行子类化，因此适用上述推理。
Java Generics and
Collections
尽管更着重于泛型观点，但在8.4节中讨论了协变量重写。
-
问题内容： Java中的协变返回类型是什么？在一般的面向对象编程中？ 问题答案： 协变返回，意味着当一个方法被覆盖时，覆盖方法的返回类型被允许为覆盖方法的返回类型的子类型。 为了举例说明，通常情况是-声明为返回类型。你可以在自己的类中重写此方法，如下所示： 这样做的好处是，任何持有对MyFoo对象的显式引用的方法都将能够调用clone()并知道（无需强制转换）返回值是的实例。如果没有协变量返回类型
-
这是SWIFT中的有效协议声明： 但这不是： 错误消息为： 协议“proto2”只能用作泛型约束，因为它具有自身或关联的类型要求 因此，当使用作为函数的返回类型时，Swift并不认为这是所定义协议的约束，因此可以使用协议本身作为函数的返回类型。但是当使用作为函数的参数类型时，其行为是完全不同的。 我想知道为什么会有这样的差别？
-
本文向大家介绍Java中的协变返回类型，包括了Java中的协变返回类型的使用技巧和注意事项，需要的朋友参考一下 协变返回类型是指重写方法的返回类型。它允许缩小重写方法的返回类型，而无需强制转换类型或检查返回类型。协变返回类型仅适用于非原始返回类型。 从Java 5开始，仅通过遵守返回类型是重写的方法返回类型的子类的条件，就可以通过更改其返回类型来覆盖方法。 示例 以下示例展示了相同的内容。 输出结
-
line.FlatMap（WordSutil：：GetWords）是方法引用中错误的返回类型: 编码方法：
-
问题内容： 我正在通过以下方式从Java代码启动Windows进程（用C ++编写，但没有源代码）： 我的问题是，waitFor（）方法永远不会结束。因此，我尝试在一个简单的shell中启动该过程，并以shell中的许多打印正确结束（我猜是标准输出）。 因此，即使我现在不需要这些输出，我还是决定创建并启动一个读取标准输出的线程。这解决了问题。 因此，我的问题是以下问题：该解决方案是“启动并等待具有
-
我在客户端使用vue、vue路由器，在服务器端使用express、morgan（MEVN应用程序） 在客户端我用vue cookie设置cookie 在服务器端，我使用CookieParser 所以，在应用程序。我有这样的代码 并且，在文件中，我有这样一个GET请求的代码 问题是，var loginHash=req.cookies['Login']；总是返回未定义的，即使我有登录cookie 添加