Nextjs什么时候出现“构建时”？

如何解决Nextjs什么时候出现“构建时”？

我正在阅读Nextjs提取文档中的数据部分，我想到了一个问题。

Nextjs可以使用getStaticProps，getStaticPaths，getInitialProps和getServersideProps来获取数据，对吧？

但是正如我所引用的，在构建时会发生一些事情

getStaticProps（静态生成）：在构建时获取数据

此构建时间何时发生？

当我们运行npm run build时是吗？ （构建生产版本）

还是当用户访问我们的Nextjs应用程序时？ （根据每个请求）

希望有人可以帮助我，也许它可以帮助其他人！

解决方法

构建时间是在构建用于生产的应用程序（next build）时发生的。当应用程序在生产环境（next start）中运行时，就会发生运行时。

getInitialProps（gIP）在运行期间针对每个页面请求在客户端和服务器上运行。最常见的用例是在加载请求的页面之前，检索某种共享数据（例如Cookie会话，该会话使客户端和服务器知道用户是否正在导航到已验证的页面）。它始终在getServerSideProps之前运行。从技术上讲，尽管不鼓励使用它，但有时绝对有必要在客户端和服务器上都进行一些逻辑处理。

getServerSideProps（gSSP）仅在运行时针对每个页面请求在服务器上运行。最常见的用例是在页面加载之前从数据库中检索页面特定的最新数据（例如产品的价格并显示其中多少库存）。当您希望页面经过搜索引擎优化（SEO）时，这一点很重要，在该页面上搜索引擎会索引最新的站点数据（我们不希望我们的产品在“库存-100个单位”时显示“它实际上是已停产的产品！）。

getStaticProps（gSProps）仅在构建期间（某种程度上）运行。对于数据和页面不经常更新的网站来说，这非常有用。这种方法的优点是页面是静态生成的，因此，如果用户在初始加载时请求该页面，则他们将下载优化的页面，其中动态数据已经烘焙到该页面中。最常见的使用原因是博客或某种可能不会经常更改的大型购物目录。

getStaticPaths（gSPaths）仅在构建时（运行时）运行。这对于预渲染需要在构建时使用动态数据的相似路径（博客/故事/：id）非常有用。与gSProps结合使用时，它会从数据库生成动态页面，然后Next可以静态地为其提供服务。最常见的用例是博客，其中的许多帖子共享相同的页面布局和相似的页面URL结构，但是要求在构建应用程序时将内容动态烘焙到页面中。

为什么在构建期间仅运行gSProps和gSPaths？好吧，Next引入了一个带有revalidate选项的fallback，它允许这两种方法在几秒钟的超时后在运行时运行。如果您希望页面是静态生成的，这很有用，但是只能每n秒重新生成一次。好处是该页面不需要在请求时请求动态数据，但缺点是该页面最初可能显示陈旧数据。在用户访问该页面（触发重新验证），然后同一用户（或另一用户）请求同一页面以查看其最新版本之前，也不会重新生成该页面。这意味着用户A可能会看到过时的数据，而用户B可能会看到准确的数据。对于某些应用程序来说，这没什么大不了的，对于其他应用程序来说，这是不可接受的。

最后，还有客户端渲染/请求（CSR），它们是在运行时在客户端上请求的资产，对于SEO而言并不重要。最常见的用例是特定于用户的仪表板页面，该页面仅与该用户相关（因此不需要由搜索引擎索引）。

其他注意事项：gIP和gSSP阻止了渲染。这意味着，只有在其代码解析后，页面才会加载。这不可避免地会导致在页面加载之前显示空白页面。这也不可避免地会导致页面响应时间变慢（请求的页面，gIP / gSSP运行的代码会阻止页面加载，gIP / gSSP解析，资产下载，页面开始加载，而HTML正在被客户端上运行的客户端上）加载到DOM中后，Javascript已完成运行，页面被重新水化，然后变为交互式。