我们开始在项目中更多地使用GWT, GWT编译器的性能也越来越令人讨厌。
我们将开始改变我们的工作实践来缓解这个问题，包括更加强调托管模式浏览器，它将运行GWT编译器的需要推迟到以后，但这也带来了风险，特别是在真正的浏览器中发现问题的时间比我们希望的要晚得多。
理想情况下，我们希望让GWT编译器本身更快——编译一个相当小的应用程序只需一分钟，这简直是浪费时间。但是，我们使用的编译方式相当简单，所以我希望我们可以快速轻松地获得一些好处。
我们目前正在调用com.google.gwt.dev.Compiler作为一个java应用程序从ant ant目标，最大堆256m和大量的堆栈空间。编译器由Ant使用fork=true和最新的Java6 JRE启动，以尝试并利用Java6改进的性能。我们将主控制器类与应用程序类路径一起传递给编译器，然后就可以运行了。
我们还能做什么来获得额外的速度?我们能不能给它更多的信息，让它花更少的时间去发现该做什么?
我知道我们可以告诉它只编译一个浏览器，但我们需要做多浏览器测试，所以这是不实际的。
在这一点上欢迎任何建议。
当前回答
将应用程序拆分为多个模块或入口点，只在需要时重新编译。 使用中继版本分析应用程序——它提供了编译器的Story。这可能与1.6版编译器无关，但它可以指示正在发生什么。
其他回答
尽管这篇文章相当古老，而且大多数人可能已经知道了，但我认为值得一提的是GWT 2。X包含一个新的编译标志，通过跳过优化来加速编译。您绝对不应该以这种方式部署编译的JavaScript，但在非生产的连续构建期间，这可以节省时间。
只需在GWT编译器行中包含标志:-draftCompile。
如果使用-localWorkers标志运行GWT编译器，编译器将并行编译多个排列。这让你可以使用多核机器的所有核心，例如-localWorkers 2会告诉编译器并行编译两个排列。 你不会得到数量级的差异(并不是编译器中的所有东西都是可并行的)，但如果你编译多个排列，它仍然是一个显著的加速。
如果您愿意使用GWT的主干版本，那么您将能够对任何浏览器使用托管模式(进程外托管模式)，这可以缓解托管模式的大部分当前问题。这似乎就是GWT的发展方向——始终使用托管模式进行开发，因为编译不太可能更快。
这是用户列表。您可以将其设置为代理的值。
(添加这个在这里，因为我一直结束在这里，当我搜索什么，我应该让它只产生一个排列铬。答案是:<set-property name="user "。代理“价值= "旅行" / >)
将应用程序拆分为多个模块或入口点，只在需要时重新编译。 使用中继版本分析应用程序——它提供了编译器的Story。这可能与1.6版编译器无关，但它可以指示正在发生什么。
GWT编译器要做大量的代码分析，因此很难加快它的速度。谷歌IO 2008的这节课将让您很好地了解GWT在做什么，以及为什么它需要这么长时间。
我的建议是开发时尽量使用托管模式，然后只在你想进行测试时进行编译。这听起来确实像您已经得到的解决方案，但基本上这就是为什么有托管模式(好吧，这和调试)。
您可以加快GWT的编译速度，但只针对某些浏览器，而不是GWT默认的5种浏览器。如果你想使用托管模式，确保你至少编译了两个浏览器;如果你为单个浏览器编译，那么浏览器检测代码就会被优化，然后托管模式就不再工作了。
为较少的浏览器配置编译的一个简单方法是创建第二个模块，它继承自你的主模块:
<module rename-to="myproject">
<inherits name="com.mycompany.MyProject"/>
<!-- Compile for IE and Chrome -->
<!-- If you compile for only one browser, the browser detection javascript
is optimised away and then Hosted Mode doesn't work -->
<set-property name="user.agent" value="ie6,safari"/>
</module>
如果将rename-to属性设置为相同，则输出文件将与进行完整编译时相同
