Q做单页应用时，常见的架构方案有哪些可选？我在规划一个前端项目时，想知道 SPA 常见的架构方案都有哪些，方便我按业务规模做选择。
A常见 SPA 架构方案
常见选择包括纯前后端分离的 SPA、带服务端渲染的 SPA、同构应用、以及微前端拆分式 SPA。纯前后端分离适合交互较多的系统；服务端渲染更利于首屏与搜索引擎；同构方案兼顾体验与可访问性；微前端适合团队多、模块独立的大型项目。
Q我该怎么判断项目适不适合用 SPA 架构？如果是新项目，我想知道哪些业务特征更适合采用 SPA，避免选型不合适。
A适合 SPA 的场景特征
如果你的项目以后台管理、数据看板、表单操作、频繁局部交互为主，SPA 通常更合适。若页面内容主要依赖内容曝光、自然搜索流量，且对首屏加载非常敏感，就需要更谨慎评估，常会搭配服务端渲染或静态化方案。
QSPA 架构里，前端和后端通常怎么分工？我想了解单页应用里，页面逻辑、数据接口和登录鉴权一般怎么拆分，团队协作会更顺畅。
A前后端分工方式
SPA 一般由前端负责路由、页面状态、交互体验和组件渲染，后端负责提供 API、权限校验、业务规则和数据存储。前端通过接口获取数据，减少页面刷新带来的打断感，也让前后端可以并行开发。
QSPA 在性能和 SEO 上有哪些常见问题？我听说 SPA 交互体验好，但也容易出现加载慢、搜索收录差的问题，这类问题通常怎么处理？
A性能与 SEO 的常见处理思路
SPA 常见问题包括首屏资源较大、路由切换依赖前端脚本、搜索引擎抓取不够友好。常见优化方式有代码分割、按需加载、资源缓存、预渲染、服务端渲染和合理的路由策略。对于内容型页面，通常会优先考虑提升可抓取性。