Nuxt 3.14

在幕后，我们为发布 Nuxt v4 做了大量准备工作（特别是在 unjs 方面，为 Nitro v3 做了准备！）

现在，加载 nuxt 配置文件以及模块和其他构建时代码都由 jiti v2 提供支持。你可以在此查看更多关于该版本的信息jiti v2 发行说明，但其中最重要的一点是（在可能的情况下）原生节点 esm 导入，这意味着更快的启动。✨

你不应在 nitro 代码中导入 Vue 应用程序代码（反之亦然）。但这在共享不依赖 nitro/vue 上下文的类型或实用程序时造成了摩擦点。

为此，我们提供了一个新的 shared/ 文件夹（#28682）。你不能将 Vue 或 nitro 代码导入到此文件夹中的文件，但它会生成自动导入（如果你使用 compatibilityVersion: 4），你可以在应用程序的其余部分中使用这些导入。

如果需要，你可以使用指向此文件夹的新别名 #shared。

共享文件夹与你的 server/ 文件夹并存。（如果你使用 compatibilityVersion: 4，这意味着它不在你的 app/ 文件夹中。）

我们很高兴地宣布为 rspack 提供了一个新的头等 Nuxt 构建器。它仍处于实验阶段，但我们已经重构了 Nuxt 内部虚拟文件系统，以使用 unplugin 来实现这一目标。

请告诉我们你是否喜欢它——并随时提出你遇到的任何问题。

👉 要试用它，你可以使用这个 starter——或者只安装 @nuxt/rspack-builder 并在你的 nuxt 配置文件中设置 builder: 'rspack'。

以前，如果你有一个像 ~/components/App/Header.vue 这样的组件，它将以 <Header> 的形式在你的 devtools 中显示。从 v4 开始，我们确保它是 <AppHeader>，但这是可选的，以避免破坏你可能实现的任何手动 <KeepAlive>。（#28745).
Nuxt 会在调用 pages:extend 之前从你的文件中扫描页面元数据。但这导致了一些令人困惑的行为，因为此时添加的页面最终不会遵守其页面元数据。因此，我们现在在调用 pages:extend 之前不再扫描元数据。相反，我们有一个新的 pages:resolved 钩子，它在 pages:extend 之后，在所有页面都用其元数据增强之后调用。我建议通过将 experimental.scanPageMeta 设置为 after-resolve 来选择使用此功能，因为它解决了许多错误。