uni.showToast的duration参数常因平台限制失效：微信小程序上限2000ms，iOS系统不支持自定义时长，Android厂商可能压缩时长；真机测试需避开HBuilderX调试器干扰，长时间提示应改用Modal或Banner。
uni.showToast duration 参数没生效？检查是否被 HBuilderX 或平台限制覆盖
uni.showToast 的 duration 设置为 2000 以上却仍一闪而过，常见原因是：HBuilderX 调试器在某些版本中会强制截断 toast 显示时长（尤其 iOS 真机调试）；微信小程序基础库低于 2.10.4 时，duration 最大只支持 2000ms，设再大也无效；App 端 Android 某些厂商系统（如小米 MIUI）会主动压缩 toast 时长以“优化体验”。
验证方式：在真机上用原生微信打开小程序页面，或打包正式 App 测试，避开调试器干扰。
- 小程序端建议显式写
duration: 2000，不要超过该值 - App 端可尝试
duration: 2500，部分 Android 厂商支持略超限 - H5 不支持
uni.showToast，必须换方案（见下一条）
H5 平台没有 uni.showToast？改用自定义 DOM 提示并控制显示时长
H5 下 uni.showToast 是空实现，调用后无任何反馈。想实现可控时长的复制提示，只能手写一个轻量 DOM 元素，用 setTimeout 控制显隐，且需避免影响页面滚动和焦点。
关键点：
- 提示元素要加
position: fixed和z-index，防止被遮挡 - 插入后立即
focus()任意可 focus 元素（如隐藏input），避免 iOS Safari 键盘意外弹起 - 不要依赖
transition动画做淡出——动画未结束就移除节点会导致卡顿 - 示例节选：
const tip = document.createElement('div');\ntip.textContent = '已复制';\ntip.style.cssText = 'position:fixed;top:20%;left:50%;transform:translateX(-50%);background:#333;color:#fff;padding:8px 16px;border-radius:4px;z-index:9999;';\ndocument.body.appendChild(tip);\nsetTimeout(() => { document.body.removeChild(tip); }, 2500);
用户快速连点导致提示重叠？加状态锁 + 清除前序定时器
用户连续点击复制按钮，若每次都新建一个 setTimeout，旧提示还没消失，新提示就盖上去，视觉混乱，还可能造成内存泄漏。
必须维护一个引用变量，每次触发前先清除上一次的定时器：
- 声明
let pendingTipTimer = null在 data 或 setup 中 - 每次显示提示前：
if (pendingTipTimer) clearTimeout(pendingTipTimer) - 设置新定时器后，赋值：
pendingTipTimer = setTimeout(...) - 组件卸载/离开页面时，记得
clearTimeout(pendingTipTimer)
为什么不能直接延长 uni.showToast 到 5 秒？平台策略硬限制
这不是 bug，而是各端明确的平台策略：微信小程序文档写明「最长显示 2 秒」；iOS 系统级 toast（即 UIAlertController 的简易形式）不支持自定义时长；Android 原生 Toast 默认上限也是 3.5 秒左右，超出会被系统截断。试图绕过只会让提示不可靠或完全不出现。
真正需要长时间反馈的场景（比如“已复制，请前往微信粘贴”），应该用 Modal 或顶部 Banner 替代 toast —— 它们由前端完全控制生命周期，不会被系统干预。
