ReWeave 性能报告

在 ReWeave，我们非常看重性能。这不仅包括生成站点的运行性能（几乎是瞬间加载），还包括开发者的构建性能。

我们最近进行了一次“压力测试”，以观察框架在处理不断增加的文章数量时的表现。

测试方法

我们生成了大量的模拟 Markdown 文章，并测量了 npm run build 完成所需的总时间。这包括：

1. 解析 Markdown 文件。
2. 生成首页、名片页、文章页、分类页、标签页、统计页。
3. 生成 RSS Feed 和 Sitemap。
4. 编译 TailwindCSS。

测试在一台标准开发机器上运行，并启用了并行处理。

测试结果

文章数	构建时间 (秒)	每篇文章耗时 (ms)
50	5.67s	113ms
100	6.62s	66ms
250	6.52s	26ms
500	7.27s	14ms

极限基准测试 (优化后)

在进一步优化构建流程后：

文章数	构建时间 (秒)	每篇文章耗时 (ms)
500	6.99s	14ms
1000	9.72s	9.7ms
2000	14.76s	7.4ms

复杂内容测试

我们还测试了 300 篇 包含丰富内容（代码块、表格、列表、图片）的文章。

内容类型	文章数	构建时间
富文本内容	300	7.15s

这证明了语法高亮和 GFM 处理对构建性能的影响微乎其微。

结果分析

1. 固定开销：存在约 5-6 秒 的基础开销。这主要是由于 Node.js 启动时间和 TailwindCSS JIT 编译器初始化引起的。
2. 线性扩展：一旦初始化完成，实际的文章处理速度极快。从 50 篇增加到 500 篇（增加 450 篇）仅增加了 1.6 秒 的构建时间。
3. 新增功能影响：即使增加了统计页面生成、RSS 和 Sitemap 自动生成，构建时间依然保持在极低水平。

结论

ReWeave 已经为各种规模的博客做好了准备。无论你有 10 篇文章还是 2000 篇，构建过程都会保持迅捷，让你专注于写作。

---

接下来

• 了解 配置指南
• 探索 富文本演示

最新压力测试结果 (复杂文章)

测试时间: 2025/12/20 19:30:08 内容包含: 代码块、Mermaid 图表、大文本、GFM 表格。

文章数	构建时间 (秒)	每篇文章耗时 (ms)
100 (Complex)	6.85s	68.5ms
500 (Complex)	12.04s	24.1ms
1000 (Complex)	17.49s	17.5ms