filters在uni-app中无法可靠实现百分比格式化：vue 3已移除，vue 2仅h5支持，小程序及app端静默失效；过滤器无this上下文，无法调用uni api或$nexttick；正确方案是用computed配合intl.numberformat跨平台处理。
filters 在 uni-app 中无法可靠实现百分比格式化——不是写法问题，是平台机制限制。Vue 3 模式下 filters 已被彻底移除；Vue 2 模式下仅 H5 支持，微信/支付宝/字节/快应用等小程序端编译时直接忽略，App 端（nvue）也不执行。你写的 {{ rate | toPercent }} 在真机上大概率静默失效，不报错、不渲染、不触发。
为什么不能在 filters 里调用 uni.getSystemInfoSync 或 this.$nextTick
过滤器函数运行时没有组件实例上下文：this 是 undefined，uni 对象不可访问，$nextTick、$refs 全部不可用。哪怕你强行 import 工具函数，只要里面用了平台 API（比如判断是否 iOS 来决定小数位策略），就会在某端报错或返回空字符串。常见错误现象：H5 正常显示 12.34%，微信小程序里只显示原始数字 0.1234 或直接空白。
百分比格式化的正确参数签名和边界处理
如果仍坚持用 Vue 2 的 Vue.filter（仅限 H5 场景），函数签名必须为 (value, digits = 2, showSign = false)，且必须自行处理以下情况：
-
value可能是null、undefined、''、NaN，需统一 fallback 为0 - 输入值可能是小数（如
0.1234）或整数百分比（如12.34），需通过Math.abs(value) > 1 ? value : value * 100自动判别 - 负数要保留符号，但不能出现
--12.34%，需用Math.sign(value)分离 -
digits传0时应不显示小数点，toFixed(0)后不能拼.00%
推荐方案：用 computed + Intl.NumberFormat 替代 filter
跨平台最稳的方式是放弃 filters，改用计算属性预处理。例如：
computed: {
formattedRate() {
if (this.rate == null) return '0%'
const num = Number(this.rate)
if (isNaN(num)) return '0%'
const value = Math.abs(num) > 1 ? num : num * 100
const sign = num <p>这样写，<code>{{ formattedRate }}</code> 在所有平台都生效；<code>Intl.NumberFormat</code> 在微信基础库 2.19.0+、支付宝 10.2.80+、iOS/Android App 都支持，且自动处理四舍五入、小数位对齐、负号位置。</p><h3>模板里直接写表达式的风险</h3><p>不要在模板中写 <code>{{ (rate * 100).toFixed(2) + '%' }}</code>，原因有三：</p>
- 若
rate是字符串"0.1234"，乘法会隐式转 number，但"abc"就变成NaN，最终渲染NaN% -
toFixed()返回字符串，再拼%没问题，但若后续还要参与计算（比如加总），就得反复parseFloat，容易漏 - 无法动态控制小数位数，每个地方都要硬编码
toFixed(2)，维护成本高
真正容易被忽略的，是原始数据类型的不确定性——后端可能返回字符串、null、科学计数法（1.23e-1），这些在过滤器或内联表达式里几乎不校验，一出错就是白屏或错位。把校验和转换逻辑收束到一个计算属性或工具函数里，才是可控的起点。
