mixin 有什么问题，如何避免复杂度失控？
先理解原理和示例，再练习完整口述与追问。
回答要点
mixin 可复用选项，但可能产生命名冲突、依赖来源不清、隐式耦合。先评估纯函数、组件组合、显式工具模块；在已有 Vue2 项目中按成本选择，不为消除一个 mixin 大改架构。
原理拆解
mixin 把一组 Options 合入组件，适合少量已有共性，但依赖、字段来源和合并规则容易隐藏。data/methods 名称冲突、多个生命周期叠加以及对宿主字段的隐式依赖，会使修改影响难以判断。拆分时先识别业务无关的纯函数，再把组件交互做明确的 props/events 或专门组件，避免一次替换整个旧项目。
示例与推演
某 mixin 的 mounted 自动发 loadList，并假设组件有 query 与 rows；另一个 mixin 也有 loadList，混入后行为由合并覆盖规则决定，调用处却看不到来源。可以把请求参数转换抽为纯函数，把分页状态留给页面，或封装一个接口明确的列表组件，让必要依赖在调用位置可见。
易错点
Vue2 项目不应为了消灭一个小 mixin 就直接迁移整套 Vue3 Composition API。先测试受影响行为；相同名称的生命周期和 methods 并不是同一种合并方式。
参考回答可直接练习口述
mixin 通过合并组件选项复用逻辑，但多个 mixin 的同名字段、隐式依赖和生命周期容易让代码来源不清。我会先判断能否用纯函数、明确输入输出的工具模块或组件组合解决。已有 Vue2 项目可以保留稳定的小 mixin，新增复杂能力则尽量显式组织，避免为了去掉一个 mixin 引入大规模重构。
面试官可能继续问追问与完整解答展开收起
追问
同名方法和生命周期如何合并？多个 mixin 都请求数据会怎样排查？
追问回答
Vue2 常见合并策略中，同名 methods 通常组件自身覆盖 mixin；生命周期钩子合并成数组，mixin 的钩子通常先于组件钩子。多个 mixin 都在 created 请求时都会执行，应沿选项来源定位，并收敛请求入口或去重，而不是用吞错隐藏重复调用。