output

在构建过程中，Next.js 会自动追踪每个页面及其依赖项，以确定部署生产版本应用程序所需的所有文件。

此功能能显著减小部署体积。以往使用 Docker 部署时，您需要安装包中 dependencies 的所有文件才能运行 next start。从 Next.js 12 开始，您可以利用 .next/ 目录中的输出文件追踪功能，仅包含必要文件。

此外，这消除了已弃用的 serverless 目标的需求，该目标可能导致各种问题并造成不必要的重复。

工作原理

在 next build 过程中，Next.js 会使用 @vercel/nft 静态分析 import、require 和 fs 的使用情况，以确定页面可能加载的所有文件。

Next.js 生产服务器也会被追踪其所需文件，并输出到 .next/next-server.js.nft.json，可在生产环境中使用。

要利用输出到 .next 目录的 .nft.json 文件，您可以读取每个追踪中相对于 .nft.json 文件的文件列表，然后将它们复制到部署位置。

自动复制追踪文件

Next.js 可以自动创建一个 standalone 文件夹，仅复制生产部署所需的文件，包括 node_modules 中的选定文件。

要启用此自动复制功能，可在 next.config.js 中进行配置：

module.exports = {
  output: 'standalone',
}

这将在 .next/standalone 处创建一个文件夹，无需安装 node_modules 即可独立部署。

此外，还会输出一个最小化的 server.js 文件，可用于替代 next start。默认情况下，此最小化服务器不会复制 public 或 .next/static 文件夹，因为这些文件最好由 CDN 处理，不过您可以手动将这些文件夹复制到 standalone/public 和 standalone/.next/static 目录，之后 server.js 文件将自动提供这些文件。

须知:

• 如果项目需要监听特定端口或主机名，可在运行 server.js 前定义 PORT 或 HOSTNAME 环境变量。例如，运行 PORT=8080 HOSTNAME=0.0.0.0 node server.js 将在 http://0.0.0.0:8080 启动服务器。
• 如果项目使用默认 loader 进行图片优化，必须安装 sharp 作为依赖项：

npm i sharp

yarn add sharp

pnpm add sharp

bun add sharp

注意事项

• 在 monorepo 设置中进行追踪时，默认使用项目目录作为追踪根目录。对于 next build packages/web-app，packages/web-app 将成为追踪根目录，该文件夹外的任何文件都不会被包含。要包含此文件夹外的文件，可在 next.config.js 中设置 experimental.outputFileTracingRoot。

module.exports = {
  experimental: {
    // 这将包含来自 monorepo 根目录向上两级目录的文件
    outputFileTracingRoot: path.join(__dirname, '../../'),
  },
}

• 在某些情况下，Next.js 可能无法包含必需文件，或可能错误地包含未使用的文件。此时，您可以在 next.config.js 中分别使用 experimental.outputFileTracingExcludes 和 experimental.outputFileTracingIncludes。每个配置接受一个对象，其键为匹配特定页面的 minimatch globs，值为相对于项目根目录的 globs 数组，用于在追踪中包含或排除文件。

module.exports = {
  experimental: {
    outputFileTracingExcludes: {
      '/api/hello': ['./un-necessary-folder/**/*'],
    },
    outputFileTracingIncludes: {
      '/api/another': ['./necessary-folder/**/*'],
    },
  },
}

• 目前，Next.js 不会对生成的 .nft.json 文件进行任何操作。这些文件必须由您的部署平台（例如 Vercel）读取以创建最小化部署。未来版本计划推出新命令来利用这些 .nft.json 文件。

实验性 turbotrace

依赖追踪可能很慢，因为它需要非常复杂的计算和分析。我们用 Rust 创建了 turbotrace，作为 JavaScript 实现的更快更智能的替代方案。

要启用它，可在 next.config.js 中添加以下配置：

module.exports = {
  experimental: {
    turbotrace: {
      // 控制 turbotrace 的日志级别，默认为 `error`
      logLevel?:
      | 'bug'
      | 'fatal'
      | 'error'
      | 'warning'
      | 'hint'
      | 'note'
      | 'suggestions'
      | 'info',
      // 控制 turbotrace 的日志是否包含分析详情，默认为 `false`
      logDetail?: boolean
      // 显示所有日志消息（无限制）
      // turbotrace 默认每个类别只显示 1 条日志消息
      logAll?: boolean
      // 控制 turbotrace 的上下文目录
      // 上下文目录外的文件不会被追踪
      // 设置 `experimental.outputFileTracingRoot` 有相同效果
      // 如果同时设置了 `experimental.outputFileTracingRoot` 和此选项，将使用 `experimental.turbotrace.contextDirectory`
      contextDirectory?: string
      // 如果代码中有 `process.cwd()` 表达式，可设置此选项告诉 `turbotrace` 追踪时的 `process.cwd()` 值
      // 例如 require(process.cwd() + '/package.json') 将被追踪为 require('/path/to/cwd/package.json')
      processCwd?: string
      // 控制 `turbotrace` 的最大内存使用量，单位为 `MB`，默认为 `6000`
      memoryLimit?: number
    },
  },
}