liuqiongyu889

@changwei 你可以写个 demo 看看能否用 useSWR 实现 /products/123 跳转 /products/456 不产生 _rsc 请求。_rsc 的问题不是数据多大，而是路由跳转肯定会卡顿，无法利用客户端数据做渲染。

@changwei client component 的 page 无法动态内容 SEO ，能 SEO 的部分就是按钮国际化文案之类的固定文本，client component 也会在服务端注水，但是如果数据来自后台 API ，只能用 server component 的 page （页面最顶层一定是 server component ，一定会产生 _rsc 请求）

@fescover 我说的功能也和 nextjs 的商业模式冲突，vercel 希望每次页面请求都会经过他们的 edge server 渲染处理，但是从用户体验角度，我只想让用户首次访问的时候是 SSR （也方便 SEO ），之后是 CSR ，这会让 vercel 的 server request 大幅下降。nextjs 在 page router 出过一个 API：getInitialProps ，首次在服务端请求，之后在客户端请求，后面弃用了。

@changwei 这样的页面就是没有 SEO 的，比如你需要 async getPostById(), 页面必须是 RSC ，路由跳转必定会产生一次 _rsc 请求，这个过程页面是会卡顿的（取决于网络情况），当然可以加 Loading 去缓解，但是这无法利用好客户端已经拿到的数据做渲染，无法做到类似 twitter 的跳转体验，timeline 上已经拉到 tweet 数据，点进帖子的时候已经有数据可渲染页面，不卡顿，这时候再请求一次 server api ，刷新 tweet 数据（一般没变化），用户感受不到页面跳动。

clientLoader 的功能 nextjs 是没有的，只要页面需要 seo ，每次跳转都会产生 _rsc 请求。remix 可以做到首次请求页面用 server loader ，之后在客户端用 clientLoader ，这样可以充分利用客户端提前加载的数据，比如电商首页，预先拉 product 信息，点击 /products/123 直接用客户端的数据渲染，再补一次服务端请求，按你说的 nextjs 做法 /products/123 这个页面是 client component ，失去了 SEO 。

看情况，大部分的表单提交请求冲突覆盖都没问题，没必要上锁，客户端做好 button disabled 尽量避免重复发送就行，交易、订单、等需要严格递增插入的场景必须上锁，避免脏状态落库，java 可以考虑用这个：[redisson]( https://github.com/redisson/redisson)，大部分需求都能满足了。

@CaptainD 因为 pg/mysql 每个项目基本上都是刚需
@wangnimabenma 自建 es 维护麻烦

@deplivesb 要不您写一篇，我们学习一下？

@vevlins 不错，刚听别人介绍，我也在看这个服务

@cy18 显然你没看懂原理，这不是后端能解决的，也不是用 react/vue 过滤 xss 就能解决，是前端的一种安全漏洞