问题一：在首次hydrate时，需要注意什么？
在首次hydrate时，需要注意什么？
参考回答：
在首次hydrate时，需要注意初始化客户端的状态。由于我们是在服务端渲染了初始的React组件，并在客户端进行hydrate，因此我们需要确保客户端的状态与服务端渲染时的状态保持一致。这通常涉及将服务端渲染时生成的状态传递给客户端的React组件，以便在hydrate时能够正确地恢复状态。在处理首次hydrate时，可能需要使用React的hydrate方法，而不是render方法，以确保能够正确地处理服务端渲染的DOM结构。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/658845
问题二：为什么要复用 sendHTML 和 sendJSX 中的 jsx 递归解析逻辑？
为什么要复用 sendHTML 和 sendJSX 中的 jsx 递归解析逻辑？
参考回答：
复用 sendHTML 和 sendJSX 中的 jsx 递归解析逻辑是为了避免重复的代码和实现逻辑的一致性。无论是生成HTML还是传输jsx，我们都需要对jsx进行递归解析，因此将这部分逻辑抽象出来并复用可以提高代码的可维护性和效率。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/658846
问题三：为什么选择使用 React 官方的 renderToString 来渲染 HTML？
为什么选择使用 React 官方的 renderToString 来渲染 HTML？
参考回答：
选择使用 React 官方的 renderToString 来渲染 HTML 是因为这是一个经过广泛测试和优化的函数，它能够正确地将React组件渲染为HTML字符串。与自定义的 renderJSXToHTML 函数相比，renderToString 函数更加可靠和高效，能够确保生成的HTML与React组件的状态和行为保持一致。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/658847
问题四：为什么要把服务分为 rsc.js 和 ssr.js 两个文件？
为什么要把服务分为 rsc.js 和 ssr.js 两个文件？
参考回答：
在步骤6中，我们把服务分为 rsc.js 和 ssr.js 两个文件是为了实现更清晰的职责划分和更好的可扩展性。rsc.js 负责生成可以被消费的jsx，而 ssr.js 直接对客户端提供服务，根据请求返回首屏html或者向rsc.js请求jsx并以此响应客户端。这种分离使得前后端逻辑更加清晰，便于维护和扩展。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/658848
问题五：RSC 是什么？
RSC 是什么？
参考回答：
RSC 是 React Server Component 的简称，它是一种 HTTP 之上的传输协议（wire format）。RSC 协议允许将 React 组件的结构和状态从服务端传输到客户端，并在客户端进行渲染和更新。通过 RSC，开发者可以在服务端渲染 React 组件，提高首屏加载速度，同时保持客户端的状态和交互性。RSC 需要一个框架来实现协议下约定的前后端协作关系，并在实际生产环境中使用流式渲染的格式来提高传输效率。
关于本问题的更多回答可点击原文查看：
