@SolidZORO 对，简直不能同意更多，这就是我想表达的，它完全没有一个 CRA 类似的能搞出来传统 SPA 的能力，之所以用 ssg 而不是 ssr 的原因很简单，就是不想再搭上一个 render server ，因为后端也不是基于 node 的，这样的话三端共存(前端、render server 、api server)，衍生了很多复杂问题(比如 api server 拿到的 user ip 其实是 render server 的，还要另外处理)，没办法才用了 export 模式。

这个模式就蛋疼了，生成了一堆 html ，然而这些 html 中，如果用了 css-in-js ，正常不管他它会再 pre render 时抽取 css 然后 inline 到 head 里，确实不会白屏，但是这样就导致 css 不会缓存，而且无限 inline 无限大，这个时候要考虑做抽取，但是抽取后就会导致帖子里说的一系列问题（ FOUC 、CSS DOUBLE ）等。

而为了解决这些问题，就需要使用 css module ，即基于完全基于 css 的 ui 库，准确的说是基于 tailwind css 的 ui 库，比如 flowbite ，不然就得徒手撸。总之，复杂了许多，但是估计着可能心理上会舒服一点。

但如果完全不想这些问题，无脑一把梭，估计也能凑合用，但是当越想到这里的细节，就越无法接受，隐隐觉得这简直是脱裤子放屁，直接 CSR 完全没有这里的烦恼。

真心希望 next.js 能有完全 CRA 的一天。