后端前端即时通讯社交【免费下载链接】spectrumSimple, powerful online communities.项目地址https://gitcode.com/gh_mirrors/sp/spectrum点击查看免费下载Hyperion 是 Spectrum 项目中负责服务端渲染Server-Side RenderingSSR的独立服务在开发环境下它帮助你以localhost:3006验证真实 SSR 效果在生产环境下它承担单服务器职责——同时负责静态文件服务、页面渲染与 API 请求转发。本文以 docs/hyperion (server side rendering)/development.md/development.md) 为核心完整讲解 Spectrum 的常规开发工作流与 SSR 开发工作流的区别、SSR 模式下手动同步前端改动的操作步骤并结合hyperion/目录下的真实源码剖析 Hyperion 的渲染链路与关键实现帮助你既能快速上手本地开发也能理解这套架构的底层原理。Hyperion 是什么根据 Hyperion 官方简介/intro.md)Hyperion: (/haɪˈpɪəriən/) is one of the twelve Titan children of Gaia and Uranus.Hyperion 是负责对前端进行服务端渲染的服务器。在生产环境中Hyperion 会在服务器端对请求的视图做一次初始渲染并返回静态 HTML这份静态 HTML 随后由打包后的 JS bundle 完成 rehydration水合从而成为完整的可交互 React 应用。用一句话概括 Spectrum 的渲染架构开发环境浏览器直接访问localhost:3000拿到的是完全客户端渲染CSR的 React 应用再向localhost:3001/api请求数据生产环境客户端应用被构建打包由 Hyperion 统一负责服务端渲染、静态文件托管与 API 转发。常规开发工作流dev:web dev:api 双进程Spectrum 本地开发时需要同时运行两个进程见 package.json 中的脚本定义进程命令职责端口前端yarn run dev:web基于react-app-rewired start启动的 Webpack 开发服务器提供带热模块替换HMR的客户端 React 应用localhost:3000APIyarn run dev:api基于backpack启动的 GraphQL API入口为api/目录提供全部数据能力localhost:3001对应的脚本实际定义为dev:web: cross-env NODE_PATH./ react-app-rewired start, dev:api: cross-env FILE_STORAGElocal cross-env NODE_PATH./ cross-env NODE_ENVdevelopment cross-env DEBUGbuild*,api*,shared:rethinkdb:db-query-cache,-api:resolvers cross-env DIRapi backpack,在这个模式下浏览器访问localhost:3000得到的是完全客户端渲染的 React 应用应用再通过 GraphQL 请求从localhost:3001/api拉取数据。这也是文档推荐的最舒适的日常开发方式——得益于 Webpack 的热模块替换改动前端代码可以即时在浏览器中看到效果无需刷新页面。生产环境的单服务器架构与本地双进程相反生产环境中不再存在独立的 Webpack 开发服务器。客户端应用被预先构建yarn run build:webHyperion 作为唯一的对外服务器同时承担三件事静态文件服务从构建产物目录build/托管 JS/CSS/图片等静态资源服务端渲染对每个页面请求执行一次初始渲染并返回 HTMLAPI 转发把/api、/auth、/websocket等请求代理到 API 服务。也就是说Hyperion 的出现让服务文件、渲染页面、提供 API在服务器端收敛为单一入口本地则保留双进程以获得最好的开发体验热更新。开发 SSR 的工作流yarn run dev:hyperion注意除非你正在开发 SSR 相关功能否则不要使用这套流程。原文档用大写强调DO NOT USE THIS UNLESS YOURE DEVELOPING SSR。要在本地验证服务端渲染效果步骤是照常启动前端yarn run dev:web和 APIyarn run dev:api再启动 Hyperionyarn run dev:hyperion浏览器打开 Hyperion 的地址http://localhost:3006而不是:3000。此时浏览器请求到的是 Hyperion 返回的服务端渲染 HTML而不是webpack-dev-server直接给出的客户端页面。dev:hyperion脚本定义如下dev:hyperion: cross-env NODE_PATH./ cross-env NODE_ENVdevelopment cross-env DEBUGbuild*,hyperion*,-hyperion:resolvers cross-env DIRhyperion backpack,从DEBUGbuild*,hyperion*,-hyperion:resolvers可以看到Hyperion 自身会输出以hyperion为前缀的调试日志入口 hyperion/index.js 中使用require(debug)(hyperion)渲染器使用debug(hyperion:renderer)在排查 SSR 问题时非常有用。端口 3006 的由来可直接在 hyperion/index.js 中确认const PORT process.env.PORT || 3006;即端口默认是 3006也可通过PORT环境变量覆盖。SSR 模式下前端改动的生效步骤文档明确指出这套流程的缺点在测试 SSR 时你改动的前端代码不会立即反映到localhost:3006上。原因是 Hyperion 读取的是前端构建产出的 bundle而不是像 Webpack Dev Server 那样实时响应模块变更。要让改动生效必须按以下顺序手动操作停止yarn run dev:web进程重新运行yarn run dev:web等待首次编译完成这是关键——Hyperion 启动时依赖构建产物见下文构建产物依赖一节重启yarn run dev:hyperion先停止再启动。这个繁琐的过程恰恰说明了 Hyperion 与前端构建之间的耦合关系dev:web负责产出 bundledev:hyperion负责消费 bundle 做服务端渲染两者各自独立、需要手动同步。非 SSR 的客户端开发怎么办如果只是在做一般的客户端功能开发请坚持常规工作流只用yarn run dev:web在localhost:3000享受热模块替换即可完全不需要启动 Hyperion。文档用一句话总结Just stick to the normal workflow ofyarn run dev:weband enjoy the hot reloading atlocalhost:3000!构建产物依赖为什么必须先跑 dev:web在 hyperion/renderer/html-template.js 中可以看到Hyperion 在启动模块加载阶段就会同步读取构建目录用于确定main与bootstrapbundle 的文件名let bundles; try { bundles fs.readdirSync( process.env.NODE_ENV production ? ./build/static/js : path.join(__dirname, ../../build/static/js) ); } catch (err) { throw new Error( It looks like you didn\t run yarn run dev:web or yarn run build:web before starting hyperion. Please wait until either of them completes before starting hyperion. ); }如果构建目录不存在Hyperion 会直接抛出错误并提示看起来你在启动 Hyperion 之前没有运行yarn run dev:web或yarn run build:web。这从源码层面印证了开发文档中的第 3 步——必须先让dev:web完成至少一次编译Hyperion 才能拿到 bundle 文件正常启动。此外hyperion/renderer/index.js 还会读取../../build/react-loadable.json代码分割统计用于在渲染时精准输出当前路由实际用到的代码分包。深入源码Hyperion 的服务端渲染链路入口服务器 hyperion/index.jshyperion/index.js 是一个基于 Express 的完整 HTTP 服务器按中间件顺序完成了以下关键职责立即挂载 statsd 与过载保护app.use(statsd)与app.use(toobusy)在最前面保证性能数据采集和过载拒绝策略最先生效反向代理将/api、/auth、/websocket含 WebSocket 升级ws: true代理到 API 服务地址见 hyperion/index.js静态资源express.static托管build/目录并对sw.js禁用缓存、对 JS 文件设置 CDN 缓存头s-maxage3600——文件名带内容哈希所以可以放心长缓存hyperion/index.js开发环境补丁开发模式下额外托管public/目录并把 Webpack HMR 的/sockjs-node请求 301 重定向回localhost:3000hyperion/index.js会话与会话恢复基于cookie-parser 自定义 session 中间件 Passport。passport.deserializeUser先尝试把 session 数据JSON.parse成完整用户对象快速路径失败则回退到按 userID 查询数据库慢速路径hyperion/index.jsElectron 客户端特殊处理若 User-Agent 包含Electron直接返回构建目录中的index.html做纯客户端渲染跳过 SSRhyperion/index.js兜底路由app.get(*, renderer)把所有剩余 GET 请求交给渲染器。渲染器 renderer/index.jsSSR 核心hyperion/renderer/index.js 是 SSR 的核心实现其渲染链路依次是维护模式检查若REACT_APP_MAINTENANCE_MODE enabled直接返回 500 状态的维护页面构建 SchemaLink使用api/schema的 GraphQL Schema 与createLoaders()DataLoader 实例在服务器端直接执行 GraphQL 查询请求上下文携带user来自 Passport 会话与loaders见 hyperion/renderer/index.js——这就是SSR 时数据在服务端拉取的实现方式创建 Apollo Client以ssrMode: true SchemaLink 创建客户端实例配合InMemoryCache与IntrospectionFragmentMatcher使用shared/graphql/schema.json的 introspection 结果以支持 union/interface 类型匹配组装 React 组件树用StaticRouter固定为req.url、ReduxProvider、HelmetProvider收集head元信息、Loadable.Capture收集本次渲染用到的代码分包、ServerStyleSheetstyled-components 服务端样式采集包裹路由组件hyperion/renderer/index.js预取数据getDataFromTree(frontend)在服务端等待所有需要数据的组件完成 GraphQL 查询后再继续渲染处理重定向如果组件树中渲染出了RedirectrouterContext.url会被设置此时res.redirect(301, ...)直接服务端重定向缓存策略未登录用户命中 CDN 缓存s-maxage3600, stale-while-revalidate300, must-revalidate登录用户则s-maxage0, privatehyperion/renderer/index.js流式输出用renderToNodeStreamsheet.interleaveWithNodeStream将样式内联进 HTML 流配合react-loadable的getBundles算出本页真正需要的脚本最后在流结束时追加 footerhyperion/renderer/index.js错误兜底渲染异常时调用sheet.seal()避免内存泄漏对应 styled-components 已知 issue生产环境上报 Raven/Sentry并返回 500 错误页。HTML 模板与状态注入hyperion/renderer/html-template.js 负责拼装最终 HTMLgetHeader输出标准 HTML 头部、移动端 viewport、manifest、iOS 图标、Open Graph 与 Twitter Card 元信息并插入由安全中间件生成、挂在res.locals.nonce上的 CSP noncegetFooter在/div后依次注入 Raven、polyfill 与 bundle 脚本其中两个关键的序列化状态全局变量是script nonce${nonce}window.__SERVER_STATE__${serialize(state)}/script script nonce${nonce}window.__DATA__${serialize(data)}/scriptstate是 Redux 初始状态data是client.extract()得到的 Apollo 缓存数据。这两个变量是客户端 rehydrate 的关键——客户端 JS 启动时读取它们即可无缝接管服务端已经渲染好的页面。浏览器环境 shim由于 React 及部分前端依赖在模块加载阶段就会访问浏览器全局对象hyperion/renderer/browser-shim.js 在引入任何客户端模块之前注入最小化的window、localStorage、navigator、CSS等全局对象让前端代码能在 Node 环境安全加载。注释也坦诚地说明这些 shim 应该随着时间推移逐步移除。构建与部署build:hyperion 与 Docker本地构建命令链package.json 中定义了 Hyperion 的构建脚本prebuild:hyperion: rimraf build yarn run build:web rimraf build-hyperion, build:hyperion: cross-env NODE_PATH./ cross-env DIRhyperion backpack build, postbuild:hyperion: cp -r build build-hyperion cp now.json build-hyperion cp yarn.lock build-hyperion cp package.json build-hyperion cp cacert build-hyperion,构建分三步prebuild:hyperion先执行build:web用 CRA 构建前端并产出build/build:hyperion用backpack编译hyperion/目录postbuild:hyperion再把build/等产物复制进build-hyperion/形成自包含的部署目录。Docker 部署docker/Dockerfile.hyperion 展示了容器化的完整流程基于node:12安装依赖后在builder-hyperion阶段执行yarn run build:hyperion最终镜像只把build-hyperion目录复制进运行阶段并以yarn run start启动对应脚本start: NODE_ENVproduction node main.js。常见问题与排查要点Hyperion 启动报错提示缺少 build 产物说明dev:web或build:web还没有完成过至少一次编译等待首次编译完成后重启dev:hyperion即可改了前端代码localhost:3006没变化这是 SSR 模式的预期行为需要按上文四步操作手动重新同步想看渲染细节dev:hyperion默认启用了hyperion*的 debug 日志可在启动输出中看到server-side render url、got data from tree、bundles used:等关键日志hyperion/renderer/index.js 等处只想开发普通客户端功能不要启动 Hyperion用dev:weblocalhost:3000享受 HMR 即可避免无谓的重启循环。总而言之Spectrum 的双进程开发模式与 Hyperion 单服务器生产架构是一体两面本地用 HMR 换取开发效率生产用 SSR 换取首屏性能与 SEO 能力。理解了 development.md/development.md) 中的工作流差异再对照hyperion/目录的源码阅读你就能既高效地开发功能又对这套服务端渲染架构了然于胸。赞分享后端前端即时通讯社交【免费下载链接】spectrumSimple, powerful online communities.项目地址https://gitcode.com/gh_mirrors/sp/spectrum点击查看免费下载相关推荐Spectrum 服务端渲染SSR架构解析Hyperion 渲染服务器开发与运行指南Spectrum 服务端渲染SSR架构解析Hyperion 渲染服务器开发与运行指南 Hyperion 是 Spectrum 开源社区平台中专司服务端渲染后端前端即时通讯社交Vite SSR 服务端渲染完整指南从 Dev Server 中间件到生产构建与预渲染Vite SSR 服务端渲染完整指南从 Dev Server 中间件到生产构建与预渲染 本文以 Vite 官方 SSR 指南为核心系统讲解如何在 Vite文档教程Gatsby 服务端渲染SSRAPI 完全指南从 getServerData 到生产部署Gatsby 服务端渲染SSRAPI 完全指南从 getServerData 到生产部署 导读 Gatsby 的 Server Side Renderin前端静态站点Web框架创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考