API 路由

範例

須知：如果您使用 App Router，可以使用伺服器元件 (Server Components) 或路由處理器 (Route Handlers) 來替代 API 路由。

API 路由提供了一個使用 Next.js 建置 公開 API 的解決方案。

pages/api 資料夾內的任何檔案都會對應到 /api/* 路徑，並被視為 API 端點而非頁面。這些檔案僅在伺服器端打包，不會增加客戶端的打包體積。

例如，以下 API 路由會回傳狀態碼為 200 的 JSON 回應：

import type { NextApiRequest, NextApiResponse } from 'next'

type ResponseData = {
  message: string
}

export default function handler(
  req: NextApiRequest,
  res: NextApiResponse<ResponseData>
) {
  res.status(200).json({ message: 'Hello from Next.js!' })
}

須知：

API 路由未指定 CORS 標頭，預設情況下僅允許同源請求。您可以透過使用 CORS 請求輔助工具包裝請求處理器來自訂此行為。

API 路由無法與靜態匯出 (static exports) 一起使用。但 App Router 中的路由處理器 (Route Handlers) 可以。

API 路由會受到 next.config.js 中的 pageExtensions 設定影響。

參數

export default function handler(req: NextApiRequest, res: NextApiResponse) {
  // ...
}

req: http.IncomingMessage 的實例
res: http.ServerResponse 的實例

HTTP 方法

要在 API 路由中處理不同的 HTTP 方法，您可以在請求處理器中使用 req.method，如下所示：

import type { NextApiRequest, NextApiResponse } from 'next'

export default function handler(req: NextApiRequest, res: NextApiResponse) {
  if (req.method === 'POST') {
    // 處理 POST 請求
  } else {
    // 處理其他 HTTP 方法
  }
}

請求輔助工具

API 路由提供內建的請求輔助工具，用於解析傳入的請求 (req)：

req.cookies - 包含請求傳送的 cookies 物件。預設為 {}
req.query - 包含查詢字串 (query string) 的物件。預設為 {}
req.body - 包含由 content-type 解析的 body 物件，若未傳送 body 則為 null

自訂設定

每個 API 路由都可以匯出一個 config 物件來修改預設設定，預設設定如下：

export const config = {
  api: {
    bodyParser: {
      sizeLimit: '1mb',
    },
  },
  // 指定此函式允許執行的最長持續時間（以秒為單位）
  maxDuration: 5,
}

bodyParser 預設啟用。如果您想以 Stream 或使用 raw-body 來解析 body，可以將其設為 false。

禁用自動 bodyParsing 的一個使用情境是驗證 webhook 請求的原始 body，例如來自 GitHub 的 webhook。

export const config = {
  api: {
    bodyParser: false,
  },
}

bodyParser.sizeLimit 是解析後 body 允許的最大大小，支援 bytes 的任何格式，例如：

export const config = {
  api: {
    bodyParser: {
      sizeLimit: '500kb',
    },
  },
}

externalResolver 是一個明確的標記，告訴伺服器此路由由外部解析器（如 express 或 connect）處理。啟用此選項會禁用未解析請求的警告。

export const config = {
  api: {
    externalResolver: true,
  },
}

responseLimit 預設啟用，當 API 路由的回應 body 超過 4MB 時會發出警告。

如果您不是在無伺服器環境中使用 Next.js，且了解不使用 CDN 或專用媒體主機的性能影響，可以將此限制設為 false。

export const config = {
  api: {
    responseLimit: false,
  },
}

responseLimit 也可以接受位元組數或 bytes 支援的任何字串格式，例如 1000、'500kb' 或 '3mb'。此值將是顯示警告前的最大回應大小。預設為 4MB。（見上文）

export const config = {
  api: {
    responseLimit: '8mb',
  },
}

回應輔助工具

伺服器回應物件 (Server Response object)（通常簡稱為 res）包含一組類似 Express.js 的輔助方法，以提升開發者體驗並加速建立新的 API 端點。

包含的輔助方法有：

res.status(code) - 設定狀態碼的函式。code 必須是有效的 HTTP 狀態碼
res.json(body) - 傳送 JSON 回應。body 必須是可序列化物件 (serializable object)
res.send(body) - 傳送 HTTP 回應。body 可以是 string、object 或 Buffer
res.redirect([status,] path) - 重新導向到指定路徑或 URL。status 必須是有效的 HTTP 狀態碼。若未指定，status 預設為 "307"「暫時重新導向」。
res.revalidate(urlPath) - 按需重新驗證頁面使用 getStaticProps。urlPath 必須是 string。

設定回應的狀態碼

在傳送回應給客戶端時，您可以設定回應的狀態碼。

以下範例將回應的狀態碼設為 200（OK），並以 JSON 回應傳回 message 屬性，其值為 Hello from Next.js!：

import type { NextApiRequest, NextApiResponse } from 'next'

type ResponseData = {
  message: string
}

export default function handler(
  req: NextApiRequest,
  res: NextApiResponse<ResponseData>
) {
  res.status(200).json({ message: 'Hello from Next.js!' })
}

傳送 JSON 回應

在傳送回應給客戶端時，您可以傳送 JSON 回應，這必須是一個可序列化物件 (serializable object)。在實際應用中，您可能會希望根據請求端點的結果讓客戶端知道請求的狀態。

以下範例傳送狀態碼為 200（OK）的 JSON 回應，以及非同步操作的結果。它包含在 try catch 區塊中，以處理可能發生的錯誤，並將適當的狀態碼和錯誤訊息傳回給客戶端：

import type { NextApiRequest, NextApiResponse } from 'next'

export default async function handler(
  req: NextApiRequest,
  res: NextApiResponse
) {
  try {
    const result = await someAsyncOperation()
    res.status(200).json({ result })
  } catch (err) {
    res.status(500).json({ error: 'failed to load data' })
  }
}

傳送 HTTP 回應

傳送 HTTP 回應的方式與傳送 JSON 回應相同。唯一的區別在於回應 body 可以是 string、object 或 Buffer。

以下範例傳送狀態碼為 200（OK）的 HTTP 回應，以及非同步操作的結果。

import type { NextApiRequest, NextApiResponse } from 'next'

export default async function handler(
  req: NextApiRequest,
  res: NextApiResponse
) {
  try {
    const result = await someAsyncOperation()
    res.status(200).send({ result })
  } catch (err) {
    res.status(500).send({ error: 'failed to fetch data' })
  }
}

重新導向到指定路徑或 URL

以表單為例，您可能希望在客戶端提交表單後將其重新導向到指定路徑或 URL。

以下範例在表單成功提交後將客戶端重新導向到 / 路徑：

import type { NextApiRequest, NextApiResponse } from 'next'

export default async function handler(
  req: NextApiRequest,
  res: NextApiResponse
) {
  const { name, message } = req.body

  try {
    await handleFormInputAsync({ name, message })
    res.redirect(307, '/')
  } catch (err) {
    res.status(500).send({ error: 'Failed to fetch data' })
  }
}

加入 TypeScript 型別

您可以透過從 next 匯入 NextApiRequest 和 NextApiResponse 型別來讓您的 API 路由更具型別安全性，此外，您還可以為回應資料指定型別：

import type { NextApiRequest, NextApiResponse } from 'next'

type ResponseData = {
  message: string
}

export default function handler(
  req: NextApiRequest,
  res: NextApiResponse<ResponseData>
) {
  res.status(200).json({ message: 'Hello from Next.js!' })
}

須知：NextApiRequest 的 body 是 any 型別，因為客戶端可能包含任何 payload。您應在執行階段驗證 body 的型別/結構後再使用。

動態 API 路由

API 路由支援動態路由 (dynamic routes)，並遵循與 pages/ 相同的檔案命名規則。

import type { NextApiRequest, NextApiResponse } from 'next'

export default function handler(req: NextApiRequest, res: NextApiResponse) {
  const { pid } = req.query
  res.end(`Post: ${pid}`)
}

現在，對 /api/post/abc 的請求將回應文字：Post: abc。

萬用 API 路由

API 路由可以透過在括號內加入三個點（...）來擴展為萬用路由。例如：

pages/api/post/[...slug].js 會匹配 /api/post/a，也會匹配 /api/post/a/b、/api/post/a/b/c 等。

須知：您可以使用 slug 以外的名稱，例如：[...param]

匹配的參數會以查詢參數（範例中的 slug）形式傳送到頁面，且始終是一個陣列，因此路徑 /api/post/a 會有以下 query 物件：

{ "slug": ["a"] }

而對於 /api/post/a/b 及任何其他匹配路徑，新參數會加入陣列，如下所示：

{ "slug": ["a", "b"] }

例如：

import type { NextApiRequest, NextApiResponse } from 'next'

export default function handler(req: NextApiRequest, res: NextApiResponse) {
  const { slug } = req.query
  res.end(`Post: ${slug.join(', ')}`)
}

現在，對 /api/post/a/b/c 的請求將回應文字：Post: a, b, c。

可選萬用 API 路由

萬用路由可以透過將參數放在雙括號中（[[...slug]]）設為可選。

例如，pages/api/post/[[...slug]].js 會匹配 /api/post、/api/post/a、/api/post/a/b 等。

萬用路由與可選萬用路由的主要區別在於，可選萬用路由也會匹配不帶參數的路由（範例中的 /api/post）。

query 物件如下：

{ } // GET `/api/post`（空物件）
{ "slug": ["a"] } // `GET /api/post/a`（單元素陣列）
{ "slug": ["a", "b"] } // `GET /api/post/a/b`（多元素陣列）

注意事項

預先定義的 API 路由優先於動態 API 路由，而動態 API 路由優先於萬用 API 路由。請看以下範例：
- pages/api/post/create.js - 會匹配 /api/post/create
- pages/api/post/[pid].js - 會匹配 /api/post/1、/api/post/abc 等，但不會匹配 /api/post/create
- pages/api/post/[...slug].js - 會匹配 /api/post/1/2、/api/post/a/b/c 等，但不會匹配 /api/post/create、/api/post/abc

Edge API 路由

如果您想在 Edge Runtime 中使用 API 路由，我們建議逐步採用 App Router 並改用路由處理器 (Route Handlers)。

路由處理器的函式簽名是同構的，意味著您可以對 Edge 和 Node.js 執行環境使用相同的函式。

On this page