，所以这很复杂。所以大多数人使用框架和库来处理这类事情。由于支持此方法的所有这些额外的 JavaScript，您最终的初始页面加载速度可能会比其他方式慢。根据您拥有的内容，我认为这种方法有时是有意义的。如果您有一个由 API 数据驱动的应用程序，您不一定提前知道这些 URL 路径会是什么样子。 克里斯：这里只是一个例子。您有一个动物救援组织，那里有一些可收养的动物，这些数据来自动物收养网站 Petfinder。你那里有一群动物。

Petfinder 对此进行管理，但您希  望 电话号码清单  使用 Petfinder API 将它们显示在您的网站上。当您的网站建立时，它并不总是能够了解此时此刻可以使用哪些宠物以及您需要什么样的 URL 路径。单页应用程序可以帮助您，因为它可以动态地动态创建这些与每只狗或猫映射的漂亮 URL。 克里斯：像 Instagram 这样有很多用户创建内容的东西，也许这也是有道理的。但对于很多事情，我们确实提前知道这些 URL 的位置。创建一个已经包含内容的 HTML 文件将与……有时甚至比基于 JavaScript 的单页应用程序方法更快，特别是如果您使用其他一些技术来缩小整体 CSS 和 JavaScript 的大小。我在我拥有的课程门户上使用这种方法。页面加载感觉是瞬时的，因为与堆栈的其他部分相比，HTML 对于浏览器来说非常容易呈现。感觉像是一个单页应用程序，但事实并非如此。 德鲁：特别是当您考虑托管解决方案（例如 Jamstack 方法）时，将 HTML 文件放入 CDN 中，以便在物理上靠近用户的地方提供服务。 克里斯：是的。 德鲁：加载这些页面可以非常非常快。 克里斯：是的。绝对地。绝对地。我认为人们过去支持单页应用程序的其他论点之一是离线访问。如果有人加载它，然后他们的网络出现故障，则该应用程序已经启动，并且所有路由都仅使用已存在的文件进行处理。因此无需重新加载，他们不会丢失任何工作。很长一段时间以来都是如此。现在有了 Service Worker 和渐进式 Web 应用程序，我认为这不再是一个令人信服的论据，特别是因为 Service Worker 可以获取完整的 HTML 文件并在需要时提前缓存它们。 克里斯：如果您愿意，您实际上可以在有人访问这些页面之前就让整个应用程序离线使用。它只是在后台发生，用户无需执行任何操作。这又是几年前对某些用例可能有意义的技术之一，但现在却不再那么引人注目了。 德鲁：这让我想起了我们以前用 Flash 构建网站的情景。