Java 我可以得到当前线程产生的类和方法的名称吗？
这里有一个不寻常的问题：是否有可能获得最初生成当前正在运行的线程的类/方法？运行堆栈跟踪将在当前线程的调用堆栈顶部自然停止。正常情况下，否 如果可以控制线程的创建，则可以将线程子类化并在构造函数中注册堆栈跟踪。当然，这就是创建线程的方法，而不一定是调用Java 我可以得到当前线程产生的类和方法的名称吗？,java,multithreading,Java,Multithreading,这里有一个不寻常的问题：是否有可能获得最初生成当前正在运行的线程的类/方法？运行堆栈跟踪将在当前线程的调用堆栈顶部自然停止。正常情况下，否 如果可以控制线程的创建，则可以将线程子类化并在构造函数中注册堆栈跟踪。当然，这就是创建线程的方法，而不一定是调用.start（）的方法。因此，最好重写此方法 但是通常您会使用线程池，在这里您想知道哪个方法将任务提交给执行者的execute（），而不是哪个方法启动了线程。有可能与生成对象合作-它可以将信息写入线程对象（例如，如果你想要一种黑客方式，或者你可以为
.start（）但是通常您会使用线程池，在这里您想知道哪个方法将任务提交给执行者的
execute（）线程之前提供建议。
开始（）线程SecurityManager.getThreadGroup（）InheritableThreadLocal.childValue（T parentValue）package bestsss.util;
import java.util.Arrays;
public class StackInterceptor extends InheritableThreadLocal<StackTraceElement[]>{
public static final StackInterceptor instance;
static{
instance = new StackInterceptor();
instance.set(new Throwable().getStackTrace());
}
@Override
protected StackTraceElement[] childValue(StackTraceElement[] parentValue) {
return new Throwable().getStackTrace();
}
//test//
public static void main(String[] args) {
Runnable r= new Runnable(){
@Override
public void run() {
System.out.printf("%s - creation stack: %s%n", Thread.currentThread(), Arrays.toString(instance.get()).replace(',', '\n'));
}
};
Thread t1 = new Thread(r, "t1");
//spacer
Thread t2 = new Thread(r, "t2");
t1.start();
t2.start();
}
}
包bestsss.util；
导入java.util.array；
公共类StackInterceptor扩展了InheritableThreadLocal{
公共静态最终StackInterceptor实例；
静止的{
实例=新的StackInterceptor（）；
set（new Throwable（）.getStackTrace（））；
}
@凌驾
受保护的StackTraceElement[]子值（StackTraceElement[]父值）{
返回新的Throwable（）.getStackTrace（）；
}
//试验//
公共静态void main（字符串[]args）{
Runnable r=新的Runnable（）{
@凌驾
公开募捐{
System.out.printf（“%s-创建堆栈：%s%n”，Thread.currentThread（），Arrays.toString（instance.get（））.replace（“，”，“\n”）；
}
};
螺纹t1=新螺纹（r，“t1”）；
//间隔棒
螺纹t2=新螺纹（r，“t2”）；
t1.start（）；
t2.start（）；
}
}
祝你好运，黑客行为愉快。我希望你这样做是为了进行一些黑客调试，而不是为了做任何重要的事情。哈哈，你的假设是正确的。自从我开始走这条路以来，我一直在忍着鼻子：-D相关（但不完全相同）：@Mark，它可以用于安全原因，尽管我确信它不是。如果你控制池，没有什么好奇怪的，你甚至可以控制线程工厂，所以它就是线程工厂。@bestsss：是的。我的观点是，这个线程工厂方法通常不是你真正想知道的-你会想知道是谁（哪个方法）将工作提交到线程池（或者谁创建了可运行对象）。为此，线程池必须向所有任务添加元数据，并以某种方式提供检索此任务的方法。瞧，您有
newTaskFor（…）AbstractExecutorServicenewTaskFor