这是我早前的问题的跟进。
Tomcat 5.0.28存在一个bug，即容器在关闭时未调用Servlet的destroy()方法。这在Tomcat 5.0.30中得到了修复，但如果Servlet的destroy()方法有System.exit()，则会导致Tomcat Windows服务抛出错误1053并拒绝正常关闭（请参见上面链接了解更多详细信息）。
是否有人知道：
在Servlet的destroy()方法中调用System.exit()以强制终止任何非守护线程是否明智？
为什么Tomcat 5.0.30和（包括Tomcat 6.x.x在内的）后续版本如果在Servlet的destroy()方法中有System.exit()将无法正确关闭？
你提出了两个问题：
问题1：在Servlet的destroy()方法中调用System.exit()来强制终止任何非守护线程是一个好主意吗？
在任何与servlet相关的方法中调用System.exit()都是100%不正确的。你的代码并不是在JVM中唯一运行的代码，即使你是唯一的servlet运行（servlet容器有资源需要在JVM真正退出时进行清理）。
处理这种情况的正确方法是在destroy()方法中清理你的线程。这意味着以一种让你能够正确地温和地停止它们的方式启动它们。以下是一个示例（其中MyThread是你的一个线程，并且扩展了ServletManagedThread）：
public class MyServlet extends HttpServlet {
private List<ServletManagedThread> threads = new ArrayList<ServletManagedThread>();
// lots of irrelevant stuff left out for brevity
public void init() {
ServletManagedThread t = new MyThread();
threads.add(t);
t.start();
}
public void destroy() {
for(ServletManagedThread thread : threads) {
thread.stopExecuting();
}
}
}
public abstract class ServletManagedThread extends Thread {
private boolean keepGoing = true;
protected abstract void doSomeStuff();
protected abstract void probablySleepForABit();
protected abstract void cleanup();
public void stopExecuting() {
keepRunning = false;
}
public void run() {
while(keepGoing) {
doSomeStuff();
probablySleepForABit();
}
this.cleanup();
}
}
System.exit()的调用可能是罪魁祸首。Tomcat（特别是Catalina）确实与VM注册了一个shutdown hook（至少在5.0.30中，参见org.apache.catalina.startup.Catalina.start()）。当您调用System.exit（）时，该关机钩将由JVM调用。关机钩委托给正在运行的服务，因此每个服务都可能需要做很多工作。由您的System.exit()触发)无法执行（例如死锁等），则非常容易理解为何会出现错误1053，根据Runtime.exit(int)方法的文档（从System.exit()调用）：当编写像Jared的线程关闭代码时，我通常会将“keepGoing”成员和“stopExecuting（）”方法设置为静态，以便所有线程都可以通过一个关闭调用获得下降信号。这是个好主意吗？