全局过滤器重名时局部会静默覆盖，后注册的覆盖先注册的且不报错；调试时h5端查vue.options.filters，小程序需打点；应加命名前缀、抽工具函数、注册前校验并视其为全局变量管理。
全局过滤器重名时局部会静默覆盖，但不报错
uni-app（基于 Vue 2）中，同名过滤器注册时，后注册的会覆盖先注册的——无论全局还是局部。但这个过程完全静默：控制台无提示，模板也不报错，只在渲染时“莫名失效”。比如你在 main.js 注册了 statusText，又在某个页面的 filters 选项里写了同名函数，那这个页面就永远用不到全局版，且你很难意识到是覆盖导致的。
如何确认当前生效的是哪个过滤器
调试阶段最直接的方式是在 H5 端打开控制台，执行 Vue.options.filters.statusText 查看函数体内容；小程序端不行，得靠打点：console.log('statusText in filter:', value) 分别放在全局和局部函数里，看哪边被调用。注意：局部过滤器只对当前组件生效，Vue.options.filters 永远只显示全局注册的版本，所以不能只查这里。
避免重名冲突的实操建议
不要依赖“覆盖”来切换逻辑，而是从源头隔离命名空间：
- 全局过滤器统一加前缀，如
global_statusText、global_formatDate - 局部过滤器只用于该页面强耦合的临时逻辑，命名体现上下文，如
order_statusBadge、user_avatarFallback - 如果多个页面需要相同转换逻辑，别复制粘贴局部过滤器，应抽成工具函数再注册为全局过滤器，或直接在
computed中调用 - 在
main.js注册前加校验：if (Vue.options.filters.myFilter) console.warn('myFilter already exists')，提前暴露问题
真正容易被忽略的一点
过滤器函数本身没有模块作用域，一旦注册到 Vue.options.filters，就对所有页面开放。你改了一个地方的 statusText，可能让十几个页面的状态文案突然变掉——尤其是上线后热更新时，连 diff 都看不出变化。所以重名不是技术问题，是协作风险。把过滤器当“全局变量”来管，比纠结覆盖规则更重要。
