uni-app 中 ios 小程序和 app 端不支持 vue 过滤器（filters），因 vue 3 已移除该 api，且 uni-app 在小程序编译时静默忽略 filters 选项；应改用 tolocalestring 或正则函数等跨平台方案。
uni-app 里根本不存在能在 iOS 小程序或 App 端“生效”的 Vue 过滤器（filters）——Vue 3 已移除该 API，而 uni-app 的 Vue 2 模式在小程序平台（含微信、支付宝、iOS 微信小程序）编译时会直接忽略 filters 选项，不报错、不警告、静默失效。所谓“数据展示异常”，其实是你误以为过滤逻辑执行了，但实际没走。
为什么 iOS 端 {{ price | toThousands }} 不显示千分位？
这不是兼容性问题，是根本没运行。iOS 小程序（mp-weixin）运行在 WebView 中，uni-app 编译器在生成小程序模板时，压根不解析 filters 配置，也不注入 filter 函数到上下文。你写的 filters: { toThousands() { ... } } 在小程序端等于不存在。
- Vue 2 模式下：H5 端能跑，小程序端被编译器跳过
- Vue 3 模式下：
app.config.globalProperties.filter不存在，filters选项被 Vue 3 runtime 直接忽略 - 检查
manifest.json或vue.config.js中的vueVersion，确认不是误启 Vue 3
怎么让数字在 iOS 端稳定显示千分位？
放弃 filters，改用平台无差别的原生方法或封装函数。优先级：原生 API > 工具函数 > 计算属性。
-
(price || 0).toLocaleString('zh-CN', { useGrouping: true })—— 微信小程序基础库 ≥ 2.27.0 支持，iOS 真机表现稳定；低版本会退化为默认格式（如空格分隔），不影响渲染 - 兜底正则函数（推荐用于旧版兼容）：
function toThousands(num) { return (num || 0).toString().replace(/\B(?=(\d{3})+(?!\d))/g, ','); }，注意它不处理小数点和负号，需扩展：num?.toString().replace(/^-?\d+/g, m => m.replace(/\B(?=(\d{3})+(?!\d))/g, ',')) - 避免在
computed里调用uni.showToast或副作用，但纯格式化可放心用：formattedPrice: computed(() => toThousands(props.price))
v-if 里想用过滤结果做条件判断，为什么总报错？
因为 v-if 只接受 JavaScript 表达式，不经过 Vue 模板编译管道，{{ item.type | statusText }} === '已支付' 是非法语法，编译直接失败。iOS 真机上甚至可能白屏。
- 错误写法：
<view v-if="item.type | typeMap === 1"></view>→ 编译报Invalid expression - 正确做法：把映射逻辑前置，用
computed或方法封装：isPaid: computed(() => [1, 3].includes(this.item.type))，然后v-if="isPaid" - 若逻辑复杂，定义方法：
canEdit(item) { return item.status === 'draft' || this.isAdmin }，再v-if="canEdit(item)"
最易被忽略的一点：iOS 小程序对 toLocaleString 的 options 支持有版本门槛，别只测开发者工具；真机调试必须覆盖 iOS 微信基础库 2.20.x ~ 2.30.x 多个版本，低版本要 fallback 到正则方案。另外，所有数字格式化操作前务必做 Number() 或 parseFloat() 类型校验，后端返回字符串 "12345.67" 时，toLocaleString 在部分 iOS WebKit 版本中会原样返回字符串，不触发格式化。
