java - GWT:使用 StackTraceDeobfuscator 远程记录和反混淆堆栈跟踪

Question

我在使用远程日志记录时遇到一个问题，并且堆栈跟踪被混淆了。我对此做了很多研究，并且this blog可能是我发现的最有帮助的引用。然而，查看博客中的提示 5 和 6，我得到的印象是，无需将以下内容添加到我的 GWT 模块即可使用 StackTraceDeobfuscator

<set-property name="compiler.stackMode" value="emulated" />
<set-configuration-property name="compiler.emulatedStack.recordLineNumbers"
value="true" />

我宁愿不设置compiler.stackMode属性并增加我的javascript包的大小，但我开始怀疑这是可能的。上述属性实际上是反混淆我的客户端堆栈跟踪的要求吗？还有其他选择吗？我希望避免做出可能影响应用程序性能或安全性的更改。

谢谢!

Answer 1

我提供反混淆堆栈跟踪的最初方法涉及不情愿地设置我在描述中提到的属性。

<set-property name="compiler.stackMode" value="emulated" />
<set-configuration-property name="compiler.emulatedStack.recordLineNumbers"
value="true" />

但是，这些新的编译指令确实增加了我的 Javascript 的大小，并导致性能问题。当使用 Internet Explorer 8(我们的一些客户仍在使用)时，您可以在网站上执行一些操作，从而导致出现“长时间运行的脚本”弹出窗口。

我在描述中没有提到的一个重要细节是，这个问题是在 GWT 升级期间出现的。

以前，我们在 GWT RemoteServiceServlet 的子类中使用 com.google.gwt.logging.server.StackTraceDeobfuscator。该 Deobfuscator 现已弃用，我们已迁移至 com.google.gwt.core.server.StackTradeDeobfuscator。事实证明，所指出的问题与符号映射目录路径有关，该路径用于从新的静态工厂方法获取 StackTraceDeobfuscator。修复此问题后，我就能够删除compiler.stackMode和compiler.emulatedStack.recordLineNumbers属性，同时仍然从客户端接收反混淆的堆栈跟踪。