Nuxt 4 与全栈框架趋势观察

Nuxt 4 已发布一段时间，最大的显式变化是目录结构重构，内部则延续 Nitro 的持续演进。

Nuxt 4 关键变化

• app/ 目录：页面、组件、布局、组合式函数等前端代码统一移入 app/；server/ 保持在根目录，前后端边界更清晰（Nuxt 3 项目可通过配置逐步过渡）
• Nitro 升级：更成熟的 Serverless/Edge 部署适配
• 数据获取：useFetch/useAsyncData 行为细化，服务组件等能力增强
• 自动导入继续增强，类型提示更准确

全栈渲染模式谱系

这几年"怎么渲染"已不是单选题，完整选项：

模式	特点	适合
CSR	全客户端渲染	后台系统
SSR	每次请求服务端渲染 HTML	动态、个性化内容
SSG	构建时生成静态 HTML	内容更新不频繁的站点
ISR/SWR	静态 + 增量再生成	内容站兼顾新鲜度
边缘渲染	在 CDN 节点运行	低延迟全球化
RSC（React Server Components）	组件级客户端/服务端划分	React 生态方向

Nuxt 的对应策略是混合渲染：按路由甚至按组件选择策略。Vue 生态对 RSC 路线保持观察，Vapor Mode、服务组件是相关探索。

趋势判断

1. 渲染层：SSR/SSG 边界模糊化，"按需在合适的位置渲染"成为主流，部署向边缘下沉
2. 前后端一体化：server/ 目录 + 类型安全的 RPC（h3/Nitro、tRPC 风格），全栈体验统一
3. 工具层：Vite 系工具链成为公共基座

对业务团队的建议：内容/电商等 C 端项目认真评估 Nuxt 4；不必追逐每一个新概念，理解各渲染模式的成本收益，按 SEO、首屏、数据实时性三个硬指标选型即可。