我如何加快gwt编译器？
我们开始在我们的项目中更多地使用GWT，GWT编译器的性能变得越来越令人讨厌。
我们将开始改变我们的工作实践，以缓解这个问题，包括更加重视托pipe模式浏览器，这种浏览器推迟到稍后才运行GWT编译器，但这会带来自身的风险，尤其是没有捕捉真正的浏览器问题，直到比我们想要的晚得多。
理想情况下，我们希望让GWT编译器本身更快 – 编写一个相当小的应用程序的一分钟就是不必要的。 但是，如果我们使用相当天真的方式进行编译，那么我希望我们能够取得一些快速和轻松的成果。
我们目前正在调用com.google.gwt.dev.Compiler作为一个来自Ant Ant目标的Java应用程序，最大的堆是256m，堆栈空间很大。 编译器由Ant使用fork = true和最新的Java 6 JRE启动，试图利用Java6的改进性能。 我们将主控制器类与应用程序类path一起传递给编译器，然后closures它。
我们还能做些什么来获得额外的速度？ 我们可以给它更多的信息，所以它花费更less的时间来发现做什么？
我知道我们可以告诉它只为一个浏览器编译，但我们需要做多浏览器testing，所以这不是很实际。
所有的build议欢迎在这一点上。
让我们从令人不安的事实开始吧：GWT编译器的性能真的很糟糕。 你可以在这里和那里使用一些黑客，但是你不会获得更好的性能。
一个很好的性能破解你可以做的只是编译只有特定的浏览器，通过在gwt.xml插入以下行：
<define-property name="user.agent" values="ie6,gecko,gecko1_8"></define-property>
或gwt 2.x语法，仅适用于一个浏览器：
<set-property name="user.agent" value="gecko1_8"/>
例如，这将只编译你的IE和FF应用程序。 如果你知道你只使用一个特定的浏览器进行testing，你可以使用这个小黑客。
另一个select是：如果您使用的是多个语言环境，并且只使用一个语言环境进行testing，则可以将它们全部注释掉，以便GWT使用默认的语言环境，这样可以减less编译时的额外开销。
底线：你不会在编译器性能上有数量级的提高，但是需要放松一些，你可以在这里和那里削减几分钟。
如果使用-localWorkers标志运行GWT编译器，编译器将并行编译多个排列。 这可让您使用多核机器的所有内核，例如-localWorkers 2将告诉编译器并行编译两个排列。 你不会得到大小差异的顺序（并非编译器中的所有东西都是可并行的），但是如果编译多个排列，它仍然是一个明显的加速。
如果您愿意使用GWT的中继版本，则可以将托pipe模式用于任何浏览器（ 进程外托pipe模式 ），从而减轻托pipe模式中的大部分当前问题。 这似乎是GWT正在进行的地方 – 总是以托pipe模式发展，因为编译不可能更快。
虽然这个入口已经很老了，而且大多数人可能已经知道了，但我认为值得一提的是，GWT 2.x包含一个新的编译标志，通过跳过优化来加快编译速度。 您绝对不应该以这种方式部署JavaScript，但在非生产连续构build期间它可以节省时间。
只需将flag：-draftCompile包含到您的GWT编译器行即可。
在较新版本的GWT（我相信开始2.3或2.4），你也可以添加
<collapse-all-properties />
到你的gwt.xml进行开发。 这将告诉GWT编译器创build一个覆盖所有语言环境和浏览器的单一排列。 因此，您仍然可以在所有浏览器和语言中进行testing，但仍然只编译一个排列
以下是您可以设置的user.agent值的列表 。
（在这里添加这个，因为当我search我应该设置的东西时，我总是在这里结束，使它只产生一个chrome的排列组合，答案是： <set-property name="user.agent" value="safari"/> ）
GWT编译器正在进行大量的代码分析，所以很难加快速度。 来自Google IO 2008的这个会话将会告诉你GWT在做什么以及为什么需要这么长时间。
我的build议是尽量使用托pipe模式进行开发，然后只在您想要testing的时候进行编译。 这听起来像你已经达到的解决scheme，但基本上这就是为什么托pipe模式（那么，debugging）。
你可以加快GWT编译，但只能编译一些浏览器，而不是GWT默认的5种。 如果你想使用托pipe模式，请确保至less编译两个浏览器; 如果您为单个浏览器编译，那么浏览器检测代码将被优化，然后托pipe模式不再工作。
configuration较less浏览器的简单方法是创build一个从主模块inheritance的模块：
<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属性设置为相同，则输出文件将与完成编译时相同
您可以添加一个选项到您的版本生产：
-localWorkers 8 – 其中8是计算排列的并发线程数。 你所要做的就是把这个号码调整到对你来说更方便的号码。 请参阅GWT编译性能 （感谢Dennis Ich评论）。
如果您正在编译testing环境，则还可以使用：
-draftCompile ，它可以实现更快速但不太优化的编译
-optimize 0 ，不优化你的代码（9是最大优化值）
构build和托pipe模式性能提高一倍以上的另一件事是使用SSD磁盘（现在托pipe模式就像一个魅力）。 这不是一个便宜的解决scheme，但取决于你使用GWT的多less和你的时间成本，这可能是值得的！
希望这可以帮助你！
- 将应用程序拆分为多个模块或入口点，然后只在需要时重新编译。
- 使用trunk版本分析你的应用程序 – 它提供了编译的故事 。 这可能与1.6编译器相关，也可能不相关，但可以指示发生了什么。
控制编译排列将会很有帮助，请通过以下链接详细解释：
控制置换爆炸：条件属性
控制置换爆炸：SoftPermutations
对于GWT 2.x，我刚刚发现，如果你使用
<set-property name="user.agent" value="ie6"/> <extend-property values="ie8,gecko1_8" name="user.agent"/>
你甚至可以指定多个排列。
