随着文件数量的增加，Hexo花费越来越多的时间使用'hexo g'生成静态HTML文件。为什么Hexo会重建每个'.md'文件，而不是将自己限制为修改过的文件？
我的Hexo版本是3.0.1。
答案 0 :(得分：3)
这取决于几个方面，但主要的瓶颈是：
作者去年介绍了fragment cache缓存静态部分（页眉，页脚，侧边栏） 主题作者可以使用它来加速页面生成 您可以尝试更改其他主题，看看是否有任何不同。
如果从3.0开始没有指定语言，则highlight.js将尝试自动检测代码块中的语言，这需要相当长的时间。
考虑使用plain and auto_detect option (#1124)并查看是否有任何不同。
使用增量方法生成静态HTML已经mentioned但未提交。
我使用Hexo的工作流程是：
- hexo serve预览您的更新
你在这个步骤中迭代修改
使用hexo-livereload可以帮助您主动重新加载页面
- hexo generate / hexo deploy发布您的网站
答案 1 :(得分：0)
您明确告诉Hexo重建每一个帖子。每次添加新文件时，Node都会花费更长的时间来解释.md文件。
命令＆＃39; hexo -g＆＃39;可分为两部分：＆＃39; hexo＆＃39;说明你希望Hexo完成以下命令。 ＆＃39; -g＆＃39;是＆lt;生成＆＃39;的缩写。使用＆＃39;生成＆＃39;没有任何修饰符就是告诉Hexo它应该重建Hexo文件夹中的每个可用帖子。
在我有限的经验中，开发人员只使用＆＃39; hexo -g＆＃39;如果他们是：
如果您的计算机可以在合理的时间内浏览.md文件，那么请务必使用＆＃39; hexo -g。＆＃39;
答案 2 :(得分：0)
最容易改善性能问题的原因之一是降价库存渲染器。幸运的是，有很多选择 - 例如，给hexo-renderer-markdown-it一个镜头：
$ npm un hexo-renderer-marked --save npm i hexo-renderer-markdown-it --save