uni-app 中时间戳格式化需先归一化再解析：字符串含“-”则转“/”，纯数字字符串转Number，再new Date()；iOS兼容关键在避免直接new Date("2026-04-21")；格式化须手动补零并用getDate()/getMonth()+1，禁用toISOString()防UTC偏移；微信小程序过滤器能力弱，复杂场景应改用methods或computed；统一输入源标准化是跨端一致的前提。
直接用过滤器格式化时间戳在 uni-app 里可行，但真机上容易出空值或错时——尤其 iOS 微信小程序和 H5 对 Date 构造行为不一致，new Date("2026-04-21") 在 iOS 可能直接返回 Invalid Date，而过滤器又静默失败，控制台无报错、页面渲染为空。
过滤器必须提前注册，且只接受数字时间戳或标准化字符串
uni-app 的过滤器不会自动识别输入类型。后端返回的可能是毫秒时间戳（如 1757083860000）、秒时间戳（如 1757083860），也可能是字符串形式的日期（如 "2026-09-05" 或 "2026/09/05 14:30:00"）。过滤器函数第一行必须做类型判断和归一化：
- 若
typeof value === 'string'且含短横线（-），先.replace(/-/g, '/')再解析 - 若为纯数字字符串（如
"1757083860000"），需Number(value)转成数字再传给new Date() - 避免直接
new Date(value)，否则 iOS 下对"2026-09-05"解析失败 - 全局过滤器在
main.js中用Vue.filter('formatDate', ...)注册；局部过滤器写在页面filters选项里
格式化逻辑必须显式补零，不能依赖 toISOString()
date.toISOString().slice(0, 19).replace('T', ' ') 看似简洁，但在 iOS 上返回的是 UTC 时间，比本地快 8 小时，导致显示早一天。正确做法是手动提取各字段并补零：
- 年：直接用
date.getFullYear() - 月/日/时/分/秒：统一用
String(num).padStart(2, '0')或('0' + num).slice(-2) - 月份注意加 1：
date.getMonth() + 1 - 别用
date.getDay()（返回星期几），要用date.getDate()（返回日期）
示例片段：
formatDate(value) {
let date;
if (typeof value === 'string') {
value = value.replace(/-/g, '/');
date = new Date(Date.parse(value));
} else {
date = new Date(Number(value));
}
const y = date.getFullYear();
const m = String(date.getMonth() + 1).padStart(2, '0');
const d = String(date.getDate()).padStart(2, '0');
const h = String(date.getHours()).padStart(2, '0');
const i = String(date.getMinutes()).padStart(2, '0');
const s = String(date.getSeconds()).padStart(2, '0');
return `${y}-${m}-${d} ${h}:${i}:${s}`;
}
微信小程序端过滤器支持不完整，复杂场景建议改用 methods 或 computed
微信小程序基础库对 Vue 过滤器的支持有限，尤其是带参数的过滤器（如 {{ ts | formatDate('yyyy-MM-dd HH:mm') }}）可能无法正确解析第二个参数。此时：
- 简单固定格式（如只转
yyyy-MM-dd）可用过滤器 - 需要动态 format 字符串、或含“刚刚”“X分钟前”等相对时间逻辑，务必移到
methods或计算属性中处理 - 如果项目已引入 uView，优先用
uni.$u.timeFormat()或{{ ts | date }}（它内部已处理兼容性） - 全局挂载推荐
uni.$date = { formatDate }，而非污染Date.prototype（TS 类型不识别，易冲突）
uni-dateformat 组件的 threshold 必须传数组，不是布尔值
很多人以为 :threshold="false" 能关闭人性化显示，结果没效果。实际 threshold 是长度为 2 的毫秒数组：
-
:threshold="[0, 0]→ 完全禁用“刚刚”“X分钟前”，只走format字符串 -
:threshold="[60000, 3600000]→ 1 分钟内显示“刚刚”，1 分钟到 1 小时显示“X分钟前”，超 1 小时按 format 渲染 - 组件内部用
Date.now()，不依赖本地时区，比手写逻辑更稳
真正容易被忽略的，是所有时间输入源（API 返回、本地缓存、用户选择）必须统一走同一套解析逻辑——不是写一个 formatDate 就完事，而是确保无论哪来的值，都先过一遍标准化再进格式化。否则 iOS 和 Android 表现不一致的问题会反复出现。
