在Java中什么时候可以使用thead.stop（）？
已弃用。这种方法本质上是不安全的。使用thread.Stop停止线程会导致它解锁它锁定的所有监视器（作为未检查的ThreadDeath异常向堆栈上传播的自然结果）。如果以前由这些监视器保护的任何对象处于不一致的状态，则损坏的对象将对其他线程可见，从而可能导致任意行为。stop的许多用法应该被简单修改某个变量以指示目标线程应该停止运行的代码所取代。目标线程应该定期检查这个变量，如果变量指示它要停止运行，则以有序的方式从它的run方法返回。如果目标线程长时间等待（例如，在条件变量上），则应使用中断方法来中断等待。有关详细信息，请参见为什么不推荐使用Thread.Stop、Thread.Suspend和Thread.Resume？。
例如，如果我在一个第三方的闭源库中运行一个方法，并且我需要保证它在5分钟或更短的时间内结束，还有其他方法吗？使用thread.stop（）的实际后果是什么？如果发生了这些后果，我如何识别这些后果？
共有1个答案
在任何情况下都不应使用thread.stop()。
如果您认为需要调用thread.stop()不要！那将是错误的。
在任何情况下都不应调用thread.stop()。
-
问题内容： 我怕可变参数。我不知道该怎么用。 另外，让人们随心所欲地传递争论是很危险的。 什么样的上下文示例将是使用它们的好地方？ 问题答案： 对于需要处理不确定数目的对象的任何方法，Varargs都是有用的。一个很好的例子是。格式字符串可以接受任意数量的参数，因此你需要一种机制来传递任意数量的对象。
-
问题内容： 我从jls找到了报价： 相等运算符可用于比较两个可转换（第5.1.8节）为数字类型的操作数，或两个boolean或Boolean类型的操作数，或 两个分别为引用类型或null类型的操作数 。所有其他情况都会导致编译时错误。 但是这段代码 每个操作数都是参考！ 说这是不兼容的类型。 jls在哪里说这些类型应该兼容？ 问题答案： 在15.21.3节（参考相等运算符==和！=）中： 如果无法
-
我找到了JLS引文： 表示它是不兼容的类型。 在jls中哪些地方说这些类型应该兼容？
-
问题内容： 给定以下程序： 您是否希望在run方法中的while循环仍在执行且局部变量test仍在范围内时调用finalize？ 更重要的是，此行为在任何地方都有定义吗？Sun有什么声明它是实现定义的吗？ 这与以前人们在主要关注内存泄漏的SO上提出此问题的方式相反。在这里，我们让GC积极地对变量感兴趣的变量进行GC处理。您可能会因为测试仍在“范围内”而不会被GC，所以您可能会期望这样做。 作为记录
-
（1）重载是多态的集中体现，在类中，要以统一的方式处理不同类型数据的时候，可以用重载。 （2）重写的使用是建立在继承关系上的，子类在继承父类的基础上，增加新的功能，可以用重写。 （3）简单总结： 重载是多样性，重写是增强剂； 目的是提高程序的多样性和健壮性，以适配不同场景使用时，使用重载进行扩展； 目的是在不修改原方法及源代码的基础上对方法进行扩展或增强时，使用重写； 生活例子： 你想吃一碗面，我
-
问题内容： 奇怪的是： 似乎或多或少被定义为。通过这种方式很容易产生错误： 一些fname意外地以else块结尾。修复很简单，我们应该改用它，但是从表面上看，这似乎是一种不错的pythonic方式，并且比“正确”的方式更具可读性。 由于字符串是不可变的，所以为什么字符串错误是什么技术细节？什么时候进行身份检查更好，什么时候进行平等检查更好？ 问题答案： 据我所知，检查对象身份是否相等。由于没有强制