HttpServlet为什么实现Serializable？
在我对Servlet的理解中，该Servlet将由Container实例化，其init()方法将被调用一次，并且Servlet将像单例一样存活，直到JVM关闭。
我不希望我的servlet被序列化，因为当应用服务器恢复或正常启动时，它将被重新构造。Servlet不应该包含特定于会话的成员，因此将其写入磁盘并重新实例化是没有意义的。有实际用途吗？
我担心的是，我在其中放置了一些不可序列化的字段，然后我的应用程序将在生产环境中神秘地失败，在生产环境中将进行另一种会话复制。
问题答案：
从技术上讲，我相信servlet容器被允许以类似于EJB会话bean的方式将servlet对象“钝化”到磁盘。因此，您是正确的问题，您的应用是否会由于不可序列化的字段而失败。
实际上，我从未听说过有容器可以做到这一点，所以它实际上只是早期J2EE糟糕时期的遗留物。我不用担心。
-
问题内容： 为什么即使该类中没有抽象方法，也将类声明为抽象？ 问题答案： 这是因为它遵循模板方法设计模式。这些方法具有返回HTTP 405 未实现方法 错误的所有默认行为。如果所有这些方法都是抽象的，那么即使您的业务需求根本不需要它们，也将不得不覆盖所有这些方法。这只会导致样板代码和不确定/不直观的行为。
-
我没有受过CS方面的教育，但我已经专业地用Java编程近十年了，我从未见过任何人在生产系统中实现。这并不意味着它没有它的用途，或者和我一起工作的人一直在做正确的事情。 所以我的问题是，有哪些实现的用例不能通过语言中的另一个进程或语法更可靠地处理？ 请提供具体的场景或您的经验，简单地重复一本Java教科书，或者Finalize的预期用途是不够的，因为这不是本问题的意图。
-
问题内容： 是具有所有已实现方法的抽象类。为什么是抽象的？ 我得到的最常见答案是，限制的实例化。但是还有其他方法可以执行此操作，例如私有构造函数将限制实例化。 我了解他们遵循模板方法设计模式。如果某些方法是抽象的，那么即使他的业务逻辑不需要它们，用户也将最终实现所有这些方法。 但是，如果不是抽象的，用户仍然可以扩展它并覆盖require方法。 至少从“抽象”一词的字典含义来看，使用所有已实现方法的
-
问题内容： 你知道吗 ： 将输出： 这是由于（继承自）未覆盖的事实引起的。 您知道为什么会这样吗？ 问题答案： 根据的合同，没有针对s 的通用equals（）方法，因此无法提供一个。 请注意，它既不是Set也不是List，因此既不是数量也不是它不支持的原因。
-
问题内容： 有谁知道为什么 不执行？这意味着您无法对排序，这在我看来有点奇怪。 讨论后更新： 感谢所有有用的回复。最后，我对该主题进行了更多研究。 为什么java.lang.Number不实现Comparable的最简单解释源于可变性问题。 对于位的检讨，是抽象的超类型的，，，，，，，，和。在该列表中，并以没有实现。 深入研究，我发现在可变类型上实现不是一种好习惯，因为在比较期间或之后对象可能会更
-
问题内容： 我已经阅读了许多关于Java的新手问题，发现令人困惑的是，没有人真的说过是清理资源的不可靠方法。我看到有人评论说他们用它来清理，这确实很吓人，因为要保证关闭的唯一方法就是最终实现。 我没有在CS上学，但是近十年来我一直在用Java专业编程，而且从未见过有人在生产系统中实现过。这仍然并不意味着它没有用途，或者与我一起工作的人都在正确地做它。 所以我的问题是，存在哪些用例无法通过语言中的其