我有一个用于各种类的接口，所有这些类都应实现Iterator，所以我有类似的东西
public interface A extends Iterable<A> { ...otherMethods()... }
但是，对于具体的类，这意味着我必须使用
public class B implements A { public Iterator<A> iterator() {...} }
当我更喜欢(或至少我想更喜欢)使用public Iterator<B> iterator() {...}时，以便该类的具体使用可以具有显式类型(以防我想要接口中没有的方法可用，或者某些也许永远都不会出现，或者如果设计不好的话？
缺点是使用Iterator接口
public interface A extends Iterator<A> { ...otherMethods()... }
具体的类编译很好
public class B implements A { public B next() {...} }
是什么赋予了？
参考方案
由于B扩展了A，并且自Java 5起，具体类可以很好地编译，因为Java 5中子类的返回类型可以是超类中返回类型的子类。
至于泛型，我碰到了同一堵墙，您知道我有两个选择。
一种是将A参数化:
public interface A<T extends A> extends Iterable<T>
然后:
public class B implements A<B>
但是，这样做有一个缺点，即使您想要A，也需要给它一个参数A，而不是固定它:
private class NoOneSees implements A<A>
关于是否确实需要Iterator<B>的问题，在Iterable的情况下，最有可能是更可取的，并且考虑到这些是接口，因此需要重新声明参数可能是合理的。如果您开始继承具体的类，并且对于除了Iterable之外还有其他意义的事情，则可能会有些复杂，您可能需要协方差。例如:
public interface Blah<T> {
void blah(T param);
}
public class Super implements Blah<Super> {
public void blah(Super param) {}
}
public class Sub extends Super {
public void blah(Super param) {}
//Here you have to go with Super because Super is not paramaterized
//to allow a Sub here and still be overriding the method.
}
同样，对于协方差，即使B扩展了A，也无法声明Iterator<A>类型的变量，然后在其中分配Iterator<B>。
另一个选择是存在的，因为其他实现/子类仍将引用A。
Java:按照适当的顺序迭代优先级队列的实现 - java我正在寻找Java中的PQ实现，该实现允许以PQ顺序进行迭代-首先是顶层元素，接下来是下一个元素，依此类推。我尝试使用TreeSet（实现了NavigableSet），但它引起了一个问题。就我而言：我正在为我的对象使用Comparator由于某些外部行为，优先级发生了变化如果优先级发生变化，我知道哪个对象，但是我不知道它是先前的优先级结果到最后一点-当我想更…
Java:正则表达式模式匹配器是否有大小限制？ - java我的模式类似于OR:“word1 | word2 | word3”我大约有800个字。可能有问题吗？ 参考方案 您仅受记忆和理智的限制。 :)
Java:线程池如何将线程映射到可运行对象 - java试图绕过Java并发问题，并且很难理解线程池，线程以及它们正在执行的可运行“任务”之间的关系。如果我创建一个有10个线程的线程池，那么我是否必须将相同的任务传递给池中的每个线程，或者池化的线程实际上只是与任务无关的“工人无人机”可用于执行任何任务？无论哪种方式，Executor / ExecutorService如何将正确的任务分配给正确的线程？ 参考方案 …
JAVA:字节码和二进制有什么区别？ - javajava字节代码（已编译的语言，也称为目标代码）与机器代码（当前计算机的本机代码）之间有什么区别？我读过一些书，他们将字节码称为二进制指令，但我不知道为什么。 参考方案 字节码是独立于平台的，在Windows中运行的编译器编译的字节码仍将在linux / unix / mac中运行。机器代码是特定于平台的，如果在Windows x86中编译，则它将仅在Win…
java:继承 - java有哪些替代继承的方法？ java大神给出的解决方案 有效的Java：偏重于继承而不是继承。 （这实际上也来自“四人帮”）。他提出的理由是，如果扩展类未明确设计为继承，则继承会引起很多不正常的副作用。例如，对super.someMethod()的任何调用都可以引导您通过未知代码的意外路径。取而代之的是，持有对本来应该扩展的类的引用，然后委托给它。这是与Eric…