Express.js并发处理相关：自定义React SSR下ES6兼容与并发优化问询

问题1：child process/worker thread中使用ES6 import的解决方案 #

• Node 14及以上版本原生稳定支持ES模块，不需要额外插件，满足以下任意一个条件即可直接使用import语法：
  1. 将子进程/Worker线程的入口文件后缀修改为.mjs
  2. 在子进程/Worker线程代码所属目录的package.json中添加"type": "module"配置项
• 如果需要在CommonJS格式的入口代码中调用ES模块，可以使用import()动态导入语法，Worker线程和子进程都原生支持该语法
• 针对webpack 5打包场景，不需要使用已废弃的babel-esm-plugin，直接在webpack配置中开启ES模块输出即可：

  // webpack.config.js
  export default {
    experiments: {
      outputModule: true
    },
    output: {
      module: true
    }
  }
  

  打包后的产物可直接在子进程/Worker线程中运行，原生支持ES6 import语法

问题2：提升SSR服务并发承载能力的更优方案 #

相较于为每个请求单独创建子进程/Worker线程的方案，以下方案的资源利用率更高、稳定性更强：

• 渲染逻辑层优化（投入产出比最高）
  • 裁剪react-ssr-prepass遍历逻辑：给需要服务端拉取数据的组件添加专属标记，仅遍历符合标记的组件，避免无意义的递归遍历开销，实测可降低30%以上的服务端CPU占用
  • 多层级缓存配置：
    1. 公共数据缓存：将全局配置、非用户个性化的公共接口数据存入内存缓存或Redis，设置合理的TTL，避免重复发起接口请求
    2. 页面级缓存：对非个性化的静态页面，直接缓存SSR渲染完成的HTML片段，命中缓存直接返回，完全跳过渲染流程，并发能力可提升数倍
  • 异步逻辑优化：合并并行发起的接口请求，避免重复请求，优化Saga服务端执行逻辑，移除客户端专属的Saga监听逻辑，减少不必要的代码执行
• 架构层优化（扩容上限更高）
  • 渲染实例池化：提前初始化固定数量的渲染Worker/子进程实例，按照空闲分配策略调度渲染任务，避免频繁创建销毁进程/线程的额外开销，同时将资源占用控制在合理区间
  • 服务拆分部署：将SSR渲染服务与静态资源服务、接口代理服务拆分，渲染服务单独部署，前面接入负载均衡，需要扩容时直接增加渲染服务节点即可
  • 配置降级策略：高负载场景下自动将非核心页面降级为CSR渲染，直接返回空HTML模板由客户端完成渲染，避免服务整体雪崩

内容的提问来源于stack exchange，提问作者reza erami