Blazor的SSR服务端渲染是不是交互式的

从.NET8开始，Blazor引入了SSR服务端渲染，归功于MVC和RazePage的沉淀，虽然来得晚，但一经发布，就将Blazor推向了新的高度。从今年开始，Youtube上关于Blazor的优质教学视频，以肉眼可见的速度在增加，说明有更多人愿意学习和传播Blazor。Vue和Nuxt.js我都有在用，技术层面，我认为完全是可以去Battle一下的。大家不要停留在BlazorWebAssembly时代，现在Blazor对标的，是Next.js、Nuxt.js。
SSR的东西不多，但如果你像我一样没用过MVC，可能需要一些时间来理解它。如果是刚接触Blazor，我也建议从SSR开始，然后逐步开启BlazorServer、BlazorWebAssembly和Auto等多种渲染模式。

1、传统的请求响应模式

传统Web是经典的请求响应模式，客户端提交请求，服务端处理后，将HTML“整体”返回给客户端，客户端重新刷新“整个”页面，而且请求响应是无状态的，服务端分不清前后两次请求的区别。

2、JS开始介入请求响应过程

每次都请求整个HTML，并刷新整个页面，完全没有必要，因为很多时候，只需要刷新页面的部分数据，于是出现了Ajax。Ajax使用XMLHttpRequest对象，目前趋势是使用fetch。具体原理和过程，请看下一节，基本一样。

3、Blazor的SSR渲染

Blazor的SSR和Ajax基本一样，但有其特点：

• 首次请求时，返回整体HTML、静态文件、JS脚本-blazor.web.js。其中重点是blazor.web.js，之后的请求和响应都由它来完成，包括响应用户交互事件->向服务器发送请求->处理服务器响应->将更新内容提交给DOM渲染而不需要整体重载页面。这种部分刷新的特性，Blazor称之为增强型导航。
• blazor.web.js内部使用了更加现代的fetch，而不是传统的XMLHttpRequest。Blazor对fetch进行了包装，我们不需要写任何fetch代码，正常使用Blazor语法就行，非常方便。
• blazor.web.js除了完成请求响应之外&