最可靠方式是用 new Throwable().getStackTrace() 解析栈帧，通过循环比对类名跳过工具类，避免硬编码索引；SecurityManager 已废弃，JDK 17+ 不可用。
用 StackTraceElement 拿调用者类名最可靠
Java 没有直接的 API 返回“谁调用了我”，Thread.currentThread() 只能拿到当前线程对象，和调用栈完全无关——它连方法名都给不了。真要追溯调用者，唯一通用办法是解析栈帧：new Throwable().getStackTrace() 或 Thread.currentThread().getStackTrace()。
注意：JVM 可能因内联优化跳过某些栈帧（尤其在 -server 模式或 JIT 后），所以不能假设第 N 层一定是目标类；生产环境慎用，开销不小。
-
Thread.currentThread().getStackTrace()返回数组，索引 0 是getStackTrace自身，1 是调用它的方法，2 才可能是你的目标方法（取决于封装层数） - 如果封装了工具方法（比如写了个
getCallerClass()），得跳过工具方法自己的帧，通常从索引 2 或 3 开始找 - 避免在高频路径（如循环体、getter）里调用，一次栈提取约 1–5μs，累积起来很可观
为什么不用 SecurityManager 获取调用类
老代码里偶尔见 new SecurityManager().getClassContext()[1]，这确实能绕过栈帧解析、更快拿到 Class 对象。但它在 JDK 17+ 已被彻底移除，JDK 9 起默认禁用，且需要显式开启策略文件——现代项目基本不可用。
- JDK 9 引入模块系统后，
SecurityManager的getClassContext()被标记为@Deprecated(forRemoval = true) - 哪怕降级到 JDK 8，启用它也需要 JVM 参数
-Djava.security.manager和配套 policy 文件，部署成本高 - Spring、Log4j 等主流库早已弃用该方式，改用栈帧 + 缓存策略（如 Log4j 的
LocationInfo默认关）
Throwable.getStackTrace() 和 Thread.getStackTrace() 选哪个
两者返回的 StackTraceElement[] 内容几乎一样，但行为细节不同：前者构造异常时快照栈，后者实时抓取当前线程栈。多数场景推荐用 new Throwable().getStackTrace()，更稳定。
立即学习“Java免费学习笔记（深入）”；
-
Thread.currentThread().getStackTrace()在某些 JVM 实现中可能漏掉最顶层帧（尤其 native 方法调用后） -
new Throwable()构造开销略大（要填充异常信息），但栈数据更完整；如果只关心类名/方法名，可立即丢弃 Throwable 实例，不触发 fillInStackTrace - 别用
new Exception().getStackTrace()——Exception是检查异常，语义不符，且部分 IDE 会误报未处理
实际获取调用者类名的稳妥写法
别硬写索引数字，用循环跳过已知的包装类。下面这段能应对大多数工具方法封装场景：
public static String getCallerClassName() {
StackTraceElement[] stack = new Throwable().getStackTrace();
String thisClass = YourUtilClass.class.getName(); // 替换为当前工具类名
for (StackTraceElement e : stack) {
if (!e.getClassName().equals(thisClass)) {
return e.getClassName();
}
}
return null;
}
关键点：用 ClassName 字符串比对，而不是固定下标；如果调用链里有多个同名类（如不同 module 的 Utils），得结合 FileName 或 LineNumber 辅助判断；Lambda 和匿名类会显示为 Outer$1 这类合成名，不是源码里的类名。
真正难的不是取名字，而是想清楚——你到底需要“静态调用位置”还是“动态执行上下文”。前者靠栈帧够用，后者可能得上字节码增强或 JVMTI。
