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

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

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

编辑

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

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