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: true
从 getStaticProps
返回,您将获得页面请求的正确 404
状态代码。
我刚刚安装了一个新的 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: true
从 getStaticProps
返回,您将获得页面请求的正确 404
状态代码。