在新创建的线程中跟踪原始堆栈跟踪的正确方法是什么？

Question

在我工作的客户端程序中，我们将服务器调用分派到不同的线程，以免锁定 UI（相当于 SwingWorker）。

这是由继承包含“更新”方法的抽象类的模型类制成的，该方法正在准备新线程，并从这个新创建的线程中的抽象方法执行代码（加上其他调整）

它工作正常，但我的问题问题在于，在调试（或记录）时，很难跟踪哪个方法准确地调用了“更新”方法，因为堆栈跟踪以新线程的创建结束。

跟踪导致调用此新线程的堆栈跟踪的正确方法是什么？ 理想情况下，以在调试器的堆栈导航器中显示的方式（在本例中来自 Eclipse；想法是为了在初始上下文中轻松导航）。

Answer 1

通常，堆栈跟踪不会跨线程，因此这将很棘手。但是，在 Worker 类的构造函数中，您可以通过以下方式访问当前线程...

Thread current = Thread.currentThread

然后您可以通过调用...来获取该线程的当前堆栈跟踪...

StackTraceElement[] currentStack = current.getStackTrace();

然后您可以将其存储在您的工作线程的实例变量中并查看从你的调试器。这必须在控制传递到新线程之前完成，这就是为什么我建议在构造函数中执行此操作。但是，在新线程的 start() 方法之前调用的任何方法都可以。

Answer 2

有效存储堆栈跟踪的一个好方法是简单地构造一个异常。稍后，如果您想检查堆栈跟踪，请调用 exception.getStackTrace() ，这将完成将堆栈帧解析为方法的缓慢工作。

因此，您可以在工作线程的构造中创建一个new Exception，或者将其传递给工作线程。请注意，您必须让 Eclipse 来评估Exception.getStackTrace()，因为在您执行之前异常对象不会有详细信息。

public abstract class Worker {
    protected abstract Object doTheWork();
    public Future<Object> update() {
        Exception stack = new Exception();
        Callable<Object> job = new WhateverYourCallableIs(stack);

        return submitJob(job);
    }
}

顺便说一句，您可能应该使用 ExecutorService 来管理线程的生命周期。

编辑
我建议采用这种方式，因为在您不想看到堆栈跟踪的通常情况下，它对性能的影响最小。

Answer 3

你说你“喜欢 SwingWorker”。在这种情况下，为什么不使用 ExecutorService？ Java并发框架制作得非常好，可以让您避免线程的经典陷阱，其中包括您的问题。

Answer 4

我刚刚遇到了同样的问题 - 系统中的多个点通过封装在 ExecutorService 中的相同逻辑发送邮件。

就像@daveb一样，我创建了一个空的Exception并将其传递到Runnable中：

Executors.newSingleThreadExecutor().submit(new Mailer(..., new Exception()));

现在在Mailer内部我有Exception 实例在日志表达式中使用：

public Mailer(..., final Exception originalStackKeeper) {
  ...
  this.originalStackKeeper = originalStackKeeper;
}

...
LOG.error("There was an error while sending mail, originating here: ", 
    originalStackKeeper);

但更好的是：每当我在 Mailer 中捕获异常时，我可以这样做：

} catch (final SomeException e) {
  LOG.error("There was an error while sending mail.", 
      originalStackKeeper.initCause(e));
}

所以我告诉原来的 Exception：让我们使用你的stack：这就是我们使用你的原因，我们在这里记录你。在我看来，这并不是真正的 hack，而是一种在 Java 异常中使用“原因”机制的干净方法。