vue options api 中 mixins 合并规则明确：同名 methods/computed/props/data 以组件定义为准；生命周期钩子按 mixin 引入顺序及组件自身顺序叠加执行；components/directives 等对象型选项递归合并，同名时组件优先。
Vue Options API 中 mixins 的选项合并不是“谁赢谁输”的博弈，而是有明确规则的静默行为。理解它不靠猜测，而靠记住三类典型场景：哪些被覆盖、哪些被叠加、哪些被递归合并。
同名 methods / computed / props / data 基础字段：组件定义直接生效
只要组件自身定义了和 mixin 同名的 methods、computed、props 或 data 中的属性（如 message），组件版本就会完全取代 mixin 版本，不报错、不警告、也不合并值。
-
data()返回对象，同名 key 以组件为准，mixin 的值被丢弃（例如 mixin 有count: 0，组件也有count: 1，最终是1） -
methods.validate()在组件和 mixin 中都存在 → 调用this.validate()时只执行组件里的函数 -
computed.fullName冲突 → 只响应组件中定义的逻辑，mixin 的计算属性不参与
生命周期钩子：全部保留，按顺序依次执行
created、mounted、beforeUnmount 等钩子函数是唯一真正“叠加”的选项。Vue 把它们收集为数组，执行顺序固定：
- 先引入的 mixin 钩子
- 后引入的 mixin 钩子
- 组件自身的钩子
比如两个 mixin 分别定义 created() { console.log('A') } 和 created() { console.log('B') }，组件也写 created() { console.log('C') }，控制台输出就是 A → B → C。
对象型选项（components / directives / filters）：合并但同名覆盖
这些选项本身是对象，Vue 会把 mixin 和组件的定义递归合并成一个新对象。但遇到同名 key（比如都注册了 loadingButton 指令），组件声明的版本优先级更高，mixin 的被忽略。
- 适合“默认提供 + 按需替换”：mixin 注册通用
v-permission指令，业务组件可重写适配特定权限模型 - props 合并后，组件最终接收的 prop 列表包含 mixin 和组件各自声明的全部 prop（除非重名）
- components 合并后，模板里能使用的组件是双方注册项的并集，同名时以组件注册的为准
预防比解决更重要
mixins 的冲突无法“事后修复”，因为 Vue 不提示、不拦截、不回滚。命名加前缀（如 mixFetchData）、文档标注依赖关系、或改用 Composition API 的 Composables，才是更可持续的做法。覆盖是默认行为，顺序是确定规则，静默是设计事实——接受它，才能避开坑。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
