Astro

Astro 适合放在“页面很多，但交互不一定很重”的那条线上看。它最吸引人的地方，不是又多了一个前端框架，而是把默认输出尽量往静态 HTML 靠，让页面先轻下来，再按需补交互。

Astro 适合什么场景

• 博客
• 文档站
• 内容站
• 落地页
• 交互不算太重，但很在意首屏和页面体积的项目

为什么它常被单独拿出来讲

因为它和 React、Vue、Solid 这种“先选框架，再决定怎么渲染”的路数不太一样。Astro 更像先问一句：这一页到底有多少东西必须在浏览器里活着？

如果答案是“不多”，那就没必要先把整页都送进客户端运行时。

Astro 和 Umi 的对比

两者都属于“框架之外再包一层工程方案”，但方向完全不同：

• Umi：偏后台系统、路由约定、权限、工程组织
• Astro：偏内容输出、页面性能、按需交互

所以它们不太是互相替代关系，更像各自服务不同类型的项目。