为什么我的 React Router 在页面刷新或手动 URL 输入后不起作用？

在 React-router 中处理 URL

URL 在刷新或手动输入时不起作用

使用 React-Router 时，有一个区别服务器端和客户端路由之间。通常，您的应用程序首先向服务器发送初始请求，以获取包含 React 脚本的静态 HTML 文件。加载后，客户端将处理后续的 URL 更改，而无需发出新的服务器请求。

问题：当您刷新或手动输入与服务器端路由一致的 URL 时（例如，/joblist）在客户端路由模式下，它不会呈现预期的视图。相反，您可能会遇到“无法获取/作业列表”错误。

服务器端与客户端路由

服务器端：服务器处理所有 URL路由。在静态 HTML 站点中，服务器会发送特定 URL 的 HTML 页面，例如 /joblist。

客户端路由： React-Router 在客户端处理 URL 路由。它不是从服务器请求新页面，而是根据 URL 变化动态更新显示的内容。

解决问题

要解决此问题，您需要在两台服务器上建立路由和客户端。以下是可能的方法：

哈希历史记录（浏览器历史记录的前身）

此方法使用带有哈希 (#) 前缀的 URL，例如 /joblist#/about。哈希之后的部分不会发送到服务器，因此服务器始终看到根 URL (/)。客户端，React-Router 处理 #/about 部分。

缺点：

• 不吸引人的 URL
• 没有服务器端渲染, 产生负面影响SEO。

Catch-All

在服务器上设置一个包罗万象的路由。例如，如果服务器收到任何与特定路由不匹配的 URL，它将发送 index.html 文件。这可以确保无论输入什么 URL，React 应用程序都会加载。

缺点：

• 更复杂的设置
• SEO 次优，因为所有页面返回相同的content.

混合

这种方法将重要页面的包罗万象与特定的服务器端路由结合起来。您可以为这些页面提供静态 HTML 文件，使其内容可供搜索引擎使用。

缺点：

• 设置更复杂
• 有限的 SEO 优势
• 代码重复（在客户端和客户端上呈现内容）

同构

在这种方法中，服务器和客户端都执行相同的 JavaScript 代码。这通过向客户端发送相同的标记来解决问题，无论页面转换发生在服务器端还是客户端。

缺点：

• 服务器必须运行 JavaScript（通常是 Node.js）
• 环境挑战
• 陡峭的学习曲线

选择正确的解决方案

考虑以下因素因素：

• 简单性： Catch-all 是一个相对简单的设置。
• SEO： 同构是 SEO 的最佳解决方案，但这需要更多的努力。
• 服务器技术：如果您的服务器运行在 Node.js 上，那么同构是一个合适的选择。

最终，最适合您的选择取决于您的具体要求和技术能力。

以上是为什么我的 React Router 在页面刷新或手动 URL 输入后不起作用？的详细内容。更多信息请关注PHP中文网其他相关文章！