部署
Nuxt 应用程序可以部署在 Node.js 服务器上，预渲染以进行静态托管，或部署到无服务器或边缘（CDN）环境。
Node.js 服务器
了解使用 Nitro 的 Node.js 服务器预设，以部署到任何 Node 托管。
- 默认输出格式，如果没有指定或自动检测到
- 仅加载渲染请求所需的块，以获得最佳的冷启动时间
- 适用于将 Nuxt 应用部署到任何 Node.js 托管
入口点
当使用 Node 服务器预设运行 nuxt build 时，结果将是一个启动可运行的 Node 服务器的入口点。
node .output/server/index.mjs
这将启动您的生产 Nuxt 服务器，该服务器默认在端口 3000 上侦听。
它遵循以下运行时环境变量
NITRO_PORT或PORT（默认为3000）NITRO_HOST或HOST（默认为'0.0.0.0'）NITRO_SSL_CERT和NITRO_SSL_KEY- 如果两者都存在，这将以 HTTPS 模式启动服务器。 在绝大多数情况下，除了测试之外，不应使用此功能，并且 Nitro 服务器应在终止 SSL 的反向代理（如 nginx 或 Cloudflare）之后运行。
PM2
PM2（Process Manager 2）是一个快速简便的解决方案，用于在您的服务器或 VM 上托管您的 Nuxt 应用程序。
要使用 pm2，请使用 ecosystem.config.cjs
module.exports = {
apps: [
{
name: 'NuxtAppName',
port: '3000',
exec_mode: 'cluster',
instances: 'max',
script: './.output/server/index.mjs'
}
]
}
集群模式
你可以使用 NITRO_PRESET=node_cluster 来利用 Node.js cluster 模块的多进程性能。
默认情况下，工作负载会以轮询策略分发给工作进程。
了解更多
静态托管
有两种方式将 Nuxt 应用程序部署到任何静态托管服务：
- 使用
ssr: true的静态站点生成 (SSG) 会在构建时预渲染应用程序的路由。（这是运行nuxi generate时的默认行为。）它还会生成/200.html和/404.html单页应用回退页面，这些页面可以在客户端渲染动态路由或 404 错误（尽管你可能需要在静态主机上配置此项）。 - 或者，你可以使用
ssr: false（静态单页应用）预渲染你的站点。这将生成带有空<div id="__nuxt"></div>的 HTML 页面，你的 Vue 应用通常会在其中渲染。你将失去预渲染站点的许多 SEO 优势，因此建议使用<ClientOnly>来包裹站点中无法进行服务器渲染的部分（如果有的话）。
仅客户端渲染
如果你不想预渲染路由，另一种使用静态托管的方法是在 nuxt.config 文件中将 ssr 属性设置为 false。然后，nuxi generate 命令将输出一个 .output/public/index.html 入口点和 JavaScript 包，就像一个经典的客户端 Vue.js 应用程序一样。
export default defineNuxtConfig({
ssr: false
})
托管提供商
Nuxt 可以以最少的配置部署到多个云提供商。
预设
除了 Node.js 服务器和静态托管服务之外，Nuxt 项目还可以通过几个经过充分测试的预设和最少的配置进行部署。
你可以在 nuxt.config.ts 文件中显式设置所需的预设。
export default defineNuxtConfig({
nitro: {
preset: 'node-server'
}
})
... 或者在运行 nuxt build 时使用 NITRO_PRESET 环境变量。
NITRO_PRESET=node-server nuxt build
🔎 请查看 Nitro 部署，了解所有可能的部署预设和提供商。
CDN 代理
在大多数情况下，Nuxt 可以与并非由 Nuxt 本身生成或创建的第三方内容一起工作。但有时此类内容可能会导致问题，尤其是 Cloudflare 的“最小化和安全选项”。
因此，你应该确保在 Cloudflare 中取消选中/禁用以下选项。否则，不必要的重新渲染或水合错误可能会影响你的生产应用程序。
- 速度 > 优化 > 内容优化 > 禁用“Rocket Loader™”
- 速度 > 优化 > 图像优化 > 禁用“Mirage”
- Scrape Shield > 禁用“电子邮件地址混淆”
通过这些设置，你可以确保 Cloudflare 不会将脚本注入到你的 Nuxt 应用程序中，从而导致不必要的副作用。