榆木编译器永远运行，电脑刚刚变热

我不确定是什么原因导致了这个问题，但是在一个项目中，我正在编译，编译器花了几个小时才编译一个模块。 我的代码库的总大小是352KB，但是没有一个模块超过10KB。 我正在使用一个本地端口，但它是非常微不足道的; 我只是Date.now() 。

有没有什么会令榆树编译器永久编译的知名度？ 我没有很多的依赖，但我使用Html很多。 我真的很感激任何暗示，什么会导致这一点。

编辑

所以原来大的expression式会导致优化器花费很长时间，从0.16开始。 这里是关于榆树讨论提出这个问题的讨论 ，以及这个讨厌的案例匹配的主旨 。

我认为是冗长的，为了保持胡萝卜的外观，为什么榆木的编译器会采用这种方式进行大小写匹配？ 底层机器在这里发生了什么？ 为什么编译器花费超过一个小时的时间来优化案例陈述上的60多个模式匹配？