共有1个答案
因为这称为重载。
特别是，返回类型可以是协变的，因为在重载时不考虑它，因此它仍然匹配超类或接口的实现。重载时考虑参数。与< code > Number doSomethingWithNumber(Number value)相比，< code > Number doSomethingWithNumber(Number value)很可能会优化。
-
问题内容： 作为实验，我尝试扩展-array，如下所示： 在类本身中添加一些与排序，交换，子数组构建等有关的方法。但是我在编译时遇到了这个错误： 我很好奇：为什么Java不允许扩展数组？ 问题答案： 扩展基本类型（例如a 或数组）会打开安全漏洞。如果Java允许您扩展数组，则采用数组的方法将变得不安全。这就是字符串为，而数组根本不能扩展的原因。 例如，您可以重写该方法，并返回不正确大小的数组。这有
-
如果我在java中有一个抽象的(或据我所知的)超类，如下所示: 我注意到，在重写这个方法时，子类可以使用自身作为返回类型，但不能使用参数： 为什么不允许这样做？我不是在寻求解决方案——我知道我可以在方法中使用< code>instanceof检查或其他方法，我更想知道为什么前者是可以接受的，而后者对编译器来说却不是。
-
问题内容： 通常，Java可被视为类型安全的语言。我知道泛型有一些缺陷，但是最近我遇到了一个从未有过的问题。分解： 不会导致预期的编译时错误。我假设Array的声明将不允许指向其他数组。在泛型中，我不允许做类似以下这样的怪异的事情： 如果我尝试诱使Java做一些事情 可以声明它，但只能添加type的对象。 Java为什么不阻止声明这种奇怪的数组？ 问题答案： 我认为除了“传统设计”之外，没有其他答
-
这是对我上一个问题的延续，并同意这个问题的答案 包装类声明 Java将原始数据类型包装到包装类中，那是为什么呢 不允许，但 是允许的。
-
问题内容： 我读了这个问题，并认为如果可以写的话，很容易解决（不是没有它就不能解决）： 我不确定在很多情况下它是否有用，但是我想知道为什么它没有用，以及其他语言中是否存在类似的东西。 你们有什么感想？ 编辑： 澄清一下：是的，我知道，这在Java中是不可能的，我也不是很想念它。这不是我期望的工作，并且惊讶于出现编译器错误。我只是有这个主意，喜欢讨论它。 问题答案： 它违反了封装。你不应该能够绕过父
-
问题内容： ArrayList仅接受引用类型作为其元素，而不接受原始数据类型。尝试这样做时会产生编译时错误。 这背后的概念是什么？似乎是一个限制，不是吗？ 问题答案： Java的所有收集类都存储它们收集的对象的内存位置。基本值不 适合 同一定义。 为避免此问题，JDK5及更高版本具有 自动装箱功能 -其中，将原语转换为适当的对象，然后在添加或从集合中读取原语时将其转换回原样。请参阅有关此主题的官方