我仍在努力理解ASP.NET Core Hosted和Server-side Blazor之间的区别。我知道已经有相同的问题存在，但是这并不令人满意。实际上，我无处找到令人满意的答案 - 答案或多或少都是一样的。
如果hosted选项使用服务器（IIS，Kestrel），那么为什么是server-side？很令人困惑...官方文档没有解释清楚...
混淆源于我们有三种选项来创建Blazor应用程序。执行dotnew new --list后，我获得：
dotnet new blazorserver（Blazor Server App）
dotnet blazorwasm（Blazor WebAssembly App）
然而，还有第三个选项：
dotnet blazorwasm --hosted（或dotnet blazor --hosted）这与在创建应用程序时在Visual Studio中的复选框相同：
文档说：
您可以选择通过选择ASP.NET Core托管复选框来将应用程序配置为使用ASP.NET Core后端
但是没有解释这意味着什么...
关于您问题的这部分：
然而，还有第三个选项：
dotnet blazorwasm --hosted（或dotnet blazor --hosted）这与在创建应用程序时 Visual Studio 中的复选框相同：
文档说：
您可以选择通过选中 ASP.NET Core 托管复选框来配置应用程序以使用 ASP.NET Core 后端
但没有解释它意味着什么...
'托管'是用于希望站点的后端和使用该后端的 Blazor 客户端都在同一个网站上托管的情况。
我同意，文档对所有这些并不是非常清楚，但解释实际上比它看起来要简单：
首先要记住的是，Blazor WebAssembly 'app' 不是一个独立的网站，它是嵌入在网站中的应用程序。在许多情况下，它将像网站一样运行，因为它将用作单页应用程序，但这绝不是必需的。
基本上，Blazor WebAssembly 应用程序是通过编译/发布 Blazor 项目创建的一系列文件和 JavaScript 文件。
然后需要将这些文件放在某个网站上，并且您网站中的 div 标签名称与为您的站点生成的 Blazor JS 文件的组合处理将您的应用文件连接到浏览器的 WebAssembly 部分，以便然后在页面上呈现。
关键在于托管您的 Blazor 应用程序的网站不必是 ASP.NET Core 网站。它可以是任何站点，纯 HTML、Drupal 或其他任何站点，只需在正确处理 WebAssembly 和 JavaScript 的浏览器上显示即可。
因此，您的 Blazor 项目不必托管在一个由 ASP.NET Core 编写的网站中，但它确实必须在某个地方进行托管（以便用户可以看到它）。
如果您同时编写站点的后端，例如如果您正在编写 API 或 SignalR hub 以从 Blazor 客户端发送和接收数据，并且如果您正在 ASP.NET Core 中编写该后端，则可以重用同一站点来托管您的 Blazor 客户端。
这种情况下需要使用“托管”选项。更新
我现在理解你的意思了。混淆源于当您使用客户端托管的Blazor时，有一个名为--hosted的选项。此选项意味着让Blazor包含ASP.NET Core运行时。
为什么需要这个选项？因为您可以编写离线应用程序（例如计算器应用程序），它不需要任何与外部服务的连接，从而使ASP.NET Core无关紧要。但是，您可能希望编写一个在线应用程序，该应用程序可以访问在线数据库、外部API、执行验证等。对于这些类型的应用程序，您需要一个ASP.NET Core堆栈来支持您的应用程序。
请查看此FAQ：https://github.com/aspnet/Blazor/wiki/FAQ#q-can-i-use-blazor-with-aspnet-core-on-the-server
原始回答
它们是两种托管模型：服务器托管和客户端托管。
区别在于应用程序是在服务器还是在客户端托管。服务器托管意味着应用程序逻辑在服务器上运行（您可以将其视为Web Forms），单击按钮会发出 "Ajax "调用请求，服务器接收请求并返回更新后的页面。然而，在这里它使用SignalR而不是 Ajax，这是一种低级别的套接字通信（效率高），并且只更新相关部分而不是整个页面（因此它是单页应用程序）。
另一方面，客户端托管意味着您的逻辑在浏览器内运行。将C#逻辑转换为JS，并嵌入到页面中。因此，逻辑在浏览器中运行。这是WebAssembly引入后才可能的，请参阅相关文档了解更多信息。
假设您要创建一个计算器应用程序。您的服务器托管应用程序将需要与服务器通信以进行每次计算并获取结果，而客户端托管则不需要，并在浏览器中计算结果。
您可能会想知道，为什么我们有两个选项。原因是WebAssembly的支持（客户端托管应用程序依赖于此）在许多浏览器中要么不完整，要么不存在，并且性能也有很大差异。
在阅读文档时，我也有同样的困惑。但在Blazor WebAssembly部分进行了解释。
dotnet blazorwasm - 是一个独立的项目
dotnet blazorwasm --hosted (或 dotnet blazor --hosted) - 是一个托管了 ASP.NET Core 支持 API 的项目。
托管部署会通过一个运行在 Web 服务器上的 ASP.NET Core 应用程序向浏览器提供 Blazor WebAssembly 应用程序。
客户端的 Blazor WebAssembly 应用程序与服务器应用程序的任何其他静态 Web 资源一起发布到服务器应用程序的 /bin/Release/{TARGET FRAMEWORK}/publish/wwwroot 文件夹中。这两个应用程序一起部署。需要能够托管 ASP.NET Core 应用程序的 Web 服务器。对于托管部署，Visual Studio 包含了 Blazor WebAssembly 应用程序项目模板（使用 dotnet new 命令时为 blazorwasm 模板，并选择 Hosted 选项 (-ho | --hosted)）。
最后，如果您想通过添加不同种类的Blazor应用程序的Docker文件和docker-compose文件来进行Dockarize，请查看此github repo。
特别是针对我们正在讨论的这种类型的应用程序，请查看该存储库中的this和this folder。
Blazor-WASM
这种应用程序可以在第一次加载后离线工作。 例如，如果您使用Blazor WASM创建贷款计算器，则可以在第一次加载时将所有数据、业务逻辑和验证发送到客户端，例如贷款类型、利率、最大还款期限等。然后由于逻辑也在客户端中，当更改贷款类型或还款期限时，它不需要与服务器进行反复通信，因为客户端中的业务逻辑使用用户选择的数据，Blazor可以呈现UI并显示结果。
Blazor-server
此应用程序使用服务器来呈现UI，因此，在贷款应用程序上，如果用户更改贷款类型，blazor会使用SignalR将该用户更改值发送到服务器，服务器具有获取结果的数据和逻辑，然后服务器呈现UI并使用SignalR将UI更改发送到客户端，并在客户屏幕上重新绘制UI。
Blazor-ASP.NET Core Hosted
Visual Studio在核心托管模板中生成3个项目：
就像贷款示例中在第一次加载时会加载贷款类型和计算逻辑到客户端。
如果用户选择了贷款类型，Blazor就会创建一个HTTP调用到API应用程序，以根据所选的贷款类型获取贷款利率（如果该利率在数据库中存在）。
然后用户输入还款期限，由于计算逻辑在客户端中，现在该应用程序可以计算结果并呈现UI来显示结果。因此，使用这种模型，您可以将一些数据或逻辑放在服务器上，将其他数据或逻辑放在客户端上。