Vue2 升级 Vue3 怎么规划？
先理解原理和示例，再练习完整口述与追问。
回答要点
盘点组件库、插件、Router / Vuex、构建和 Node 版本，以及 filters、事件、插槽、v-model 等兼容差异。先试点并跑关键流程，再分阶段推进；迁移不强制把所有 Options API 改为组合式写法。
原理拆解
迁移先列出当前 Vue、Router、Vuex、构建链、UI 库及插件版本和自定义能力，再评估每项兼容性。代码语法改变之外，模型事件、过滤器、事件总线、插槽、渲染函数与生命周期等也可能改变。采用可回退的小范围试点，建立关键流程验收，先证明最难的依赖可以工作，再扩大覆盖。
示例与推演
选择低风险模块验证登录、路由、表单、图表和 SSR。列清 value/input 到 modelValue/update:modelValue 的迁移点，同节点 v-if/v-for 优先级、废弃 API 与第三方库替代方案。发布策略应支持灰度、监控与回滚；若试点无法满足交付期限，可保持旧模块维护，避免把版本升级变成无限期重写。
易错点
不应只跑一次编译就声称迁移完成，也不能忽略服务端与客户端构建兼容。迁移收益要对应维护、安全、性能或能力目标，不为追新而升级。
参考回答可直接练习口述
迁移 Vue3 我会先确认收益，再盘点组件库、插件、路由、状态、构建器、Node 和浏览器支持，列出 filters、v-model、事件等破坏性变化。选典型页面试点，验证真实接口、关键交互、SSR 和发布，再逐步推进。稳定的 Options API 可以保留，不把语法重写和兼容迁移混成同一次大改。
面试官可能继续问追问与完整解答展开收起
追问
收益是什么？哪些依赖阻塞迁移？如何控制回归和回退成本？不能迁移时，哪些治理仍有价值？
追问回答
收益可来自维护生态、类型能力或明确性能问题，不能只说版本新。阻塞依赖要升级、替换或暂缓，并评估成本。用分阶段发布、关键回归和可回退版本控制风险；暂不能迁移也可先治理请求层、状态边界、错误提示和关键测试。