uni-app 中 filter 对科学计数法无效，因 vue 3 已移除 filter 且小程序平台忽略管道符；根本解决需在 uni.request 阶段设 datatype="text" 并手动解析，保留大数字字符串精度。
uni-app 里不能用过滤器（filter）把科学计数法转成普通数字——不是写法问题，是 filter 根本不执行。
为什么 filter 在 uni-app 里对科学计数法无效
科学计数法（如 2.0211112220014142e+27）通常出现在后端返回超大数字、前端又没做类型控制的场景。而 uni-app 的 filters 机制存在两个硬性限制：
- Vue 3 模式下，
filters已被官方移除，uni-app 3.x 默认启用该模式，{{ num | toNormal }}会直接报错filters is not defined - 即使项目强制降级到 Vue 2 模式，小程序平台（微信/支付宝/字节）在编译时会忽略所有
filters定义，模板里的|管道符完全不解析 - 更关键的是：科学计数法问题往往发生在数据请求阶段，而不是模板渲染阶段——
uni.request返回的数字已被 JSON.parse 转成 JS Number，此时再靠模板层 filter 处理，已经丢失原始字符串精度
真正有效的解决路径：从 request 开始拦截
核心思路是：不让科学计数法进入 JS Number 类型。必须在数据落地前，以字符串形式保留原始数字文本。
- 把
uni.request的dataType显式设为"text"，避免自动JSON.parse - 手动用
JSON.parse解析，但对大数字字段单独处理：用正则或BigInt（仅 H5/App 支持）保持精度，或统一转为字符串存入 data - 示例关键代码：
uni.request({
url: '/api/order',
dataType: 'text', // ← 关键！阻止自动 parse
success: (res) => {
const data = JSON.parse(res.data);
// 假设 orderNo 是超长数字字符串
this.orderNo = String(data.orderNo || ''); // 强制转字符串，防科学计数法
}
});
如果数据已变成 Number 类型，怎么补救
一旦数字被 JS 解析成 2.0211112220014142e+27，就无法 100% 还原原始值（精度已丢）。但可做有限展示修复：
- 用
Number.prototype.toFixed(0)强制转整数字符串，适用于 ≤ 15 位有效数字的场景（JS 安全整数范围） - 对已失真的值，可用正则粗略还原：例如
num.toString().replace(/e\+(\d+)/, (m, p1) => '0'.repeat(p1 - 1))，但仅作示意，不可用于财务等关键字段 - 更稳妥的做法是：在页面层用 computed 封装显示逻辑，只影响展示，不修改原始值
- 示例：
computed: {
displayOrderNo() {
const n = this.orderNo;
if (typeof n === 'number' && !isFinite(n)) {
return String(n).replace(/e\+(\d+)/, (_, p1) => '0'.repeat(p1));
}
return String(n);
}
}
最容易被忽略的点
很多人以为只要在模板里加个 filter 就能“格式化显示”，却没意识到：科学计数法是数据污染问题，不是显示问题。真正的断点在 uni.request 的 dataType 配置和后端返回字段类型设计上。一旦数字进到 JS Number，再怎么 filter、toLocaleString、toFixed，都只是在失真结果上修修补补。
