即使在Websphere中停止应用程序之后，线程仍继续运行。

Question

我有一个长时间运行的线程，这个线程是使用org.springframework.scheduling.commonj.WorkManagerTaskExecutor与Spring一起创建的，并且运行在8中。

问题是，即使应用程序已经停止，这个线程也会继续运行。这个线程也需要停止，但它并没有发生。我甚至尝试使用Thread.currentThread().isInterrupted()来检查当前线程是否被中断，但它总是返回false。因此，无法通过我的代码知道线程是否应该继续运行或停止。

这是我对WorkManagerTaskExecutor的春季配置：

<bean id="taskExecutor" class="org.springframework.scheduling.commonj.WorkManagerTaskExecutor">
      <property name="workManagerName" value="wm/default" />
</bean>

线程正以如下方式执行：

Thread t = new EmailReaderThread(email);
workManagerTaskExecutor.execute(t);

• 我遗漏了什么？
• 当应用程序停止时，应用程序的线程(由应用程序生成的线程)也停止，我能做什么呢？

我认为这不是一个非托管线程，因为我使用适当的WorkManager注册线程，容器将其公开为JNDI的资源。

更新:这是创建线程的代码。

@Service
@Transactional
public class SmsServiceHypermedia implements SmsService {

    @Autowired
    private WorkManagerTaskExecutor workManagerTaskExecutor;


    public SmsServiceHypermedia() {
        createEmailReaderThread();
    }

    private void createEmailReaderThread() {
        log.debug("Generating Email Reader Threads...");
        Email email = getDefaultEmail(); //obtain the default Email object, not important for the problem.
        EmailReaderThread r = new EmailReaderThread(email);
        workManagerTaskExecutor.execute(r);     
    }

    private class EmailReaderThread extends Thread {

        private Email email;
        private Session session;

        public EmailReaderThread(Email email) {
            this.email = email;
        }

        @Override
        public void run()  {
            readEmails();
        }

        public void readEmails() {
            final long delay = 30 * 1000; //delay between message poll.
            log.debug("Starting to read emails for email: " + email.getAddress());
            while(!Thread.currentThread().isInterrupted()) {
                try {
                    log.debug("Current session: " + session);
                    Store store = session.getStore();
                    log.debug("Connecting using session: " + session);
                    store.connect();
                    Folder inbox = store.getFolder("INBOX");
                    inbox.open(Folder.READ_WRITE);

                    javax.mail.Message[] messages = inbox.search(
                            new FlagTerm(new Flags(Flags.Flag.SEEN), false));
                    for (javax.mail.Message message : messages) {
                        //Do something with the message
                    }
                    inbox.close(true);
                    store.close();
                    block(delay);
                } catch (Exception e) {
                    throw new RuntimeException(e);
                }
            }
        }

        //I know this could be implemented by calling Thread.sleep() is just that I ran out of options so I also tried it this way.
        private void block(long millis) {
            final long endTime = System.currentTimeMillis() + millis;
            log.debug("Blocking for this amount of time: " + millis + " ms");
            while (System.currentTimeMillis() < endTime) {
            }
            log.debug("End of blocking.");
        }
    }   
}

Answer 1

根据CommonJ规范，只有当WorkManager ()方法返回true时，WorkManager才会尝试停止工作的执行。非守护进程的工作应该是短时间运行的，因此它们不需要停止。

问题是，在默认情况下，Spring使用的工作实现的isDaemon()方法(实际上包装了Runnable)返回false。您可以通过使您的可运行实现SchedulingAwareRunnable来改变这一点。

然而，这还不够。如果WorkManager决定停止工作，那么它将调用Work#release()，并且工作本身有责任确保它停止。特别是，WorkManager不会尝试中断正在执行工作的线程(因为这不是停止线程的可靠方法)。问题是Spring使用的工作实现有一个空的release()方法实现，所以您不能使用该特性。

总结一下:如果您想使用Spring，确保停止执行的唯一方法是为此设计您自己的机制。

请注意，使用SchedulingAwareRunnable仍然很有趣，因为这将避免由WebSphere的线程监视器(有关挂起线程)生成的警告。