uni-app小程序端不支持filters，需将反转逻辑移至JS层：①setup中定义reverseStr函数并模板调用；②用computed封装响应式反转。注意类型防护与手动更新，不可用String.prototype.reverse()。
uni-app 里 filters 不会执行反转逻辑
直接在模板写 {{ text | reverse }}，H5 可能正常，但微信/支付宝/字节等小程序真机运行时，reverse 过滤器根本不会被调用——编译器跳过所有 | 管道节点，不解析、不执行、不报错。这不是你代码写错了，是 uni-app 跨端设计决定的：小程序端压根没过滤器运行时。
字符串反转该用什么替代方案
把反转逻辑从模板层移到逻辑层，确保 iOS、安卓、各大小程序走同一段 JS。推荐两种稳定写法：
- 在
setup()中定义工具函数：const reverseStr = (str) => typeof str === 'string' ? str.split('').reverse().join('') : str，模板中直接{{ reverseStr(text) }} - 用计算属性封装（适合需响应式联动的场景）：
const reversedText = computed(() => reverseStr(formData.input))，然后绑定{{ reversedText }}
注意：别依赖 v-model 自动同步反转结果；输入框值变化后，得手动更新反转副本，否则视图与数据错位。
为什么不能用原生 String.prototype.reverse()
JavaScript 没有 reverse() 方法作用于字符串——那是数组的方法。常见错误是误写 text.reverse()，运行时报 TypeError: text.reverse is not a function。正确路径只有两步：split('') → reverse() → join('')，缺一不可。
容易忽略的边界情况
反转前必须做类型和空值防护，否则 null、undefined、数字、对象传入会出问题：
-
undefined.split('')直接报错，得先String(val || '')或typeof val === 'string' ? ... : '' - 中文、emoji、空格、换行符都可安全反转，无需特殊处理；但反转后语义可能丢失（比如 URL、邮箱），业务上是否允许需自行判断
- 超长字符串（如 >10 万字符）反转会阻塞主线程，若来自富文本或日志，建议加节流或分块处理
跨端一致的关键不是“怎么反转”，而是“谁来触发反转”——必须是你写的函数，而不是框架管道。
