SSR 的代价和适用边界是什么？什么时候不该用 SSR？
SSR 的代价：
- 需要服务端运行时（成本、运维、扩缩容）
- 每次请求都渲染，TTFB 可能更高、服务端 CPU 压力大
- 调试复杂（hydration mismatch、双端环境差异）
- 必须处理「服务端无浏览器 API」的坑
不该用 SSR 的场景：
- 纯后台管理系统（无需 SEO、内网、登录后）
- 强实时/重交互的应用（CSR 反而更简单）
- 团队无服务端运维能力、又不需要 SEO
推荐：用混合渲染——需要 SEO/首屏的页面（首页、商品、文章）走 SSR/SSG，后台/工具页走 CSR。框架（Next/Nuxt）都能按路由分别配置。