Google App Engine RuntimeHelper.checkRestricted从antlr GAE Java 1.7占用25倍的时间
我们在GAE 1.7上使用antlr解析,发现开销是eclipse本地运行GAE的25倍(与运行独立Java应用程序相比),因为它96%的时间都花在RuntimeHelper.checkRestricted上 (我们不在GAE 1.6.4中,它有一个额外调用RuntimeHelper.checkRestricted的bug) 有人知道哪些方法调用触发对RuntimeHelper.checkRestricted的调用的列表,以便我们可以潜在地避免这些调用吗?出于某种原因,我找不到有关此安全管理器的任何文档以及触发它的原因 一个反复触发对checkRestricted的耗时调用的调用似乎是 antlr.runtime.DFA.predict(IntStream)Google App Engine RuntimeHelper.checkRestricted从antlr GAE Java 1.7占用25倍的时间,java,google-app-engine,Java,Google App Engine,我们在GAE 1.7上使用antlr解析,发现开销是eclipse本地运行GAE的25倍(与运行独立Java应用程序相比),因为它96%的时间都花在RuntimeHelper.checkRestricted上 (我们不在GAE 1.6.4中,它有一个额外调用RuntimeHelper.checkRestricted的bug) 有人知道哪些方法调用触发对RuntimeHelper.checkRestricted的调用的列表,以便我们可以潜在地避免这些调用吗?出于某种原因,我找不到有关此安全管理器的
谢谢 您知道您是否正在使用BCrypt吗?其他人在使用BCrypt时也遇到类似问题。谷歌已经解决了BCrypt的问题:你现在的情况如何