Question

您好我在Aurelia CLI上运行了一个Web应用程序。

从我读过in the documentation开始，Aurelia CLI始终“捆绑”运行，并且永远不会直接定位源文件。通过运行“au run -watch”命令，Aurelia“监听”文件更改并自动重新创建app-bundle.js。控制台的示例输出：

Starting 'readProjectConfiguration'...
Finished 'readProjectConfiguration'
Starting 'processMarkup'...
Starting 'processCSS'...
Starting 'configureEnvironment'...
Finished 'configureEnvironment'
Starting 'buildJavaScript'...
Finished 'processCSS'
Finished 'processMarkup'
Finished 'buildJavaScript'
Starting 'writeBundles'...
Tracing views/references...
Writing app-bundle.js...
Finished 'writeBundles'
Starting 'reload'...
Finished 'reload'

这很酷，但就我而言，它会导致糟糕的开发者体验。当我早上来上班时，我所做的任何更改都可以在app.bundle中更新，但在工作一段时间之后，“buildJavaScript”进程（请参阅控制台输出）总是需要更长时间才能完成，几个小时后工作甚至可达30-40秒！对我来说，作为开发人员工作并且必须测试许多小的变化，这是非常痛苦的。

我不时尝试（并且仍然这样做）停止“au run -watch”命令并再次重新执行它，最初它会变得更好一些，但过了一段时间后问题又出现了。< / p>

我的问题是：是否有针对此的解决方法，或某种方式来加快速度，或者直接从源文件而不是捆绑版本，或者可能是其他解决方案？这可能是由于Aurelia本身的内存泄漏造成的吗？

更新：

每隔一段时间它就会变得如此之慢以至于它实际崩溃了。这是我今天（以及其他几次）从控制台获得的内容：

==== Details ================================================

[1]: _tickCallback(aka _tickDomainCallback) [internal/process/next_tick.js:~108] [pc=000000C928AFCE81](this=000003B0DF48BE31 <a process with map 0000012166110B71>) {...

FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

Answer 1

这是一个迟到的答案，但为了将来的参考，我认为重要的是要指出，因为最近的Aurelia CLI发布了这个问题已得到解决。

性能问题以及一些主要的稳定性问题已在GitHub #293: Error in buildTypeScript: A project cannot be used in two compilations at the same time中进行了详尽讨论。

这意味着如果您将Aurelia CLI更新为v0.30 or higher，您将体验到明显更好的性能和稳定性。

Aurelia CLI app-bundle自动更新变慢

1 个答案: