getStaticProps 的 "notFound" 属性对页面 http 状态码没有影响

The "notFound" prop of getStaticProps has no effect on page http status code

我刚刚安装了一个新的 Next.js 应用程序。它有以下页面:

// /pages/articles/[slug].js

import React from 'react'
import { useRouter } from 'next/router'
import ErrorPage from 'next/error'

const Article = (props) => {
  const router = useRouter()
  if (router.isFallback) {
    return <div>Loading..</div>
  }
  if (!props['data']) {
    return <ErrorPage statusCode={404} />
  }
  return (
    <div>
      Article content
    </div>
  )
}

export default Article

export const getStaticProps = async(context) => {
  const slug = context.params.slug
  const res = ["a", "b", "c"].includes(slug)
    ? {
      props: {
        data: slug
      }
    }
    : {
      props: {},
      notFound: true
    }
  return res
}

export const getStaticPaths = async () =>  {
  return {
    paths: [
      { params: { slug: "a" }},
      { params: { slug: "b" }},
      { params: { slug: "c" }}
    ],
    fallback: true
  }
}

当浏览器导航到一个不存在的页面(例如 http://localhost:3000/articles/d)时,它 return 是默认的 nextjs 404 页面,正如预期的那样。

但是浏览器网络选项卡显示主文档(404 错误页面)的状态为 200。网络选项卡中状态为 404 的唯一内容是 d.json 和 404.js.

我认为主文档也应该有404状态。 getStaticProps 文档说 return 值:

  • notFound - An optional boolean value to allow the page to return a 404 status and page

但在这种情况下,页面状态是 200 而不是 404。是否需要对 return 状态 404 执行其他操作?

没有回退状态是 404。

对于此特定用例,您必须改用 fallback: 'blocking'

export const getStaticPaths = async () =>  {
  return {
    paths: [
      { params: { slug: "a" }},
      { params: { slug: "b" }},
      { params: { slug: "c" }}
    ],
    fallback: 'blocking'
  }
}

fallback: true 不同,如果页面尚未生成,它将 不会 提供“后备”版本。这就是您当前获得 200 状态代码的原因。

相反,fallback: 'blocking' 将在呈现页面之前等待生成 HTML - 类似于服务器端呈现期间发生的情况。这意味着如果 notFound: truegetStaticProps 返回,您将获得页面请求的正确 404 状态代码。