从 javascript 堆栈跟踪中查找 Java 实际堆栈跟踪

Question

我们已经实现了一种通用机制，可以从 GWT 客户端记录服务器异常。 当然，其中一些是意外异常（例如 NPE），因此我们会在日志中获得这些堆栈跟踪（摘录）：

java.lang.Throwable: 捕获到一个或多个异常，参见 UmbrellaException#getCauses 中的完整集 在 Unknown.Hq（未知来源） 在 Unknown.ihb（未知来源） 在 Unknown.anonymous（未知来源） 在 Unknown.anonymous（未知来源） 在 Unknown.anonymous（未知来源） 引起：java.lang.Throwable: (TypeError): d is null 堆栈：EG([object Object],[object Object])@http://domain/path/0B15791BA99231E6B88EAF3BDE38EB64.cache.html:3282 文件名：http://domain/path/0B15791BA99231E6B88EAF3BDE38EB64.cache.html 行号：3282 在 Unknown.EG（未知来源） 在 Unknown.DG（未知来源）

如何在原始java源码中找到类和行号？

我不想部署详细的编译版本，因为我没有关于确切场景的信息，也无法重现异常。

Answer 1

GWT 编译器在-deploy 和-extra 位置（其中-deploy 默认为-war 的WEB-INF/deploy，-extra 默认不发出）中的符号映射文件中输出映射。
我不时使用它手动调试奇怪的东西。

您还可以使用StackTraceDeobfuscator 以编程方式对跟踪进行去混淆处理。
仅供参考，此类由 RemoteLoggingServiceImpl GWT-RPC servlet 和 Logging RequestFactory 服务使用；分别由SimpleRemoteLogHandler 和RequestFactoryLogHandler 调用（它们是java.util.logging.LogHandlers，您可以与GWT 支持的logging API 一起使用）。在这种情况下，它会查看 webapp 的 WEB-INF/deploy（这就是 -deploy 默认存在的原因）。