class Response<T>
{ ... }
Response response = new Response();
上面的代码进行编译。我不明白这意味着什么。编译器不应该要求'T'的类型说明吗？例如类似于以下内容：
Response<String> response = new Response<String>();
参考方案
从技术上讲，应该/应该这样做。但是，为了与Java 5向后兼容，这没有完成，因此不需要通用参数。而且由于泛型还是通过擦除来实现的，因此无论您是否声明参数，发出的字节码都是相同的-您缺少的只是一些编译时检查。
（请注意，如果您在response对象上调用方法，则编译器会警告您使用“原始类型”，这意味着您正在以非泛型方式使用泛型类，因此它无法强制执行任何限制）。
编辑：关于向后兼容性，这是一种平衡，Sun显然已经牺牲了某些方面以改进/维护其他方面。破坏向后兼容性将是一个很大的问题-这意味着迁移到Java的最新版本将是一个不平凡的项目，并将在企业内部产生更大的升级阻力。
这里最大的决定是通过擦除实现泛型，这样它们是“仅编译时”构造，并且生成的字节码与以前的版本相同。这具有例如1.5中的java.util.HashMap仍可以由1.4中编写的代码访问（当然，这一优势也扩展到了您自己的类中）。但是，有很多观点，特别是从那些希望使用类似技术的其他语言的泛型语言中，发现这不是最好的决定，并且削弱了泛型的有用性。我在这里不会对此加以考虑。
至于是否颠覆了编译器要执行的检查；我认为这没有您想象的那么糟糕。是的，您可以编写代码，使编译器不进行任何泛型检查，并可以故意破坏预期的语义。但是，编译时检查并不意味着要具有某种安全性功能，它们只是在为您提供帮助，它是一种静态分析形式，可以提取某些类型的错误。如果您想颠覆它们，请随时这样做。但是，如果您正确编写泛型类，那么您将获得所需的编译时检查。
尤其是由于编译器（可以）向您发出有关原始类型的警告，因此存在从1.4到5的明确升级路径。升级JDK-您的旧代码尽管有警告也仍然可以编译。然后使用这些警告来跟踪违规行为，并在需要时泛化旧代码。在我看来，这比简单地拒绝编译旧的（大概是功能！）代码直到每个语句都添加了适当的泛型要好得多。
大多数IDE允许您对不同警告类型的严重性进行分类，例如，如果您是从头开始开发Java 5应用程序，则可以告诉它将所有原始类型警告都视为完全停止构建错误。
Java泛型-为什么在构造函数中的这种分配是非法的？ - java为什么在此代码中出现编译器错误？我如何解决它 ？public class Container<T> { private T content; private T defaultValue; public <T> Container(T defaultValue){ //Compiler error - incompatible typ…
Java:线程池如何将线程映射到可运行对象 - java试图绕过Java并发问题，并且很难理解线程池，线程以及它们正在执行的可运行“任务”之间的关系。如果我创建一个有10个线程的线程池，那么我是否必须将相同的任务传递给池中的每个线程，或者池化的线程实际上只是与任务无关的“工人无人机”可用于执行任何任务？无论哪种方式，Executor / ExecutorService如何将正确的任务分配给正确的线程？ 参考方案 …
Java-非泛型类扩展了泛型类 - java我想知道如何（如果可能）创建一个类，它是泛型类的特定类型。具体来说，我有一个实现所有必需方法的abstract class Stack<Type>，我想有一个class StackInteger，而StackInteger的实例也是Stack<Integer>的实例。我看到我可以做这样的事情：class StackInteger { …
JAVA:字节码和二进制有什么区别？ - javajava字节代码（已编译的语言，也称为目标代码）与机器代码（当前计算机的本机代码）之间有什么区别？我读过一些书，他们将字节码称为二进制指令，但我不知道为什么。 参考方案 字节码是独立于平台的，在Windows中运行的编译器编译的字节码仍将在linux / unix / mac中运行。机器代码是特定于平台的，如果在Windows x86中编译，则它将仅在Win…
java:继承 - java有哪些替代继承的方法？ java大神给出的解决方案 有效的Java：偏重于继承而不是继承。 （这实际上也来自“四人帮”）。他提出的理由是，如果扩展类未明确设计为继承，则继承会引起很多不正常的副作用。例如，对super.someMethod()的任何调用都可以引导您通过未知代码的意外路径。取而代之的是，持有对本来应该扩展的类的引用，然后委托给它。这是与Eric…