uni-app 中无法通过 uni.vibrateShort 在复制后触发匹配震动，因系统震动由底层自动执行且不可控，JS 调用滞后或无效；应改用缩放动画+toast 等视觉反馈，并在 copy 成功回调中节流触发。
uni-app 无法在点击复制后触发手机震动反馈——因为复制操作本身不走 uni-app 控制流，震动也不是你代码能“加”上去的附加效果；所谓“复制震动”，是系统或宿主环境（iOS/Android 微信）自带的底层行为，你既不能拦截，也不能主动触发一次“配套震动”。
为什么 uni.vibrateShort 放在 copy 后调用没用
常见错误是这样写：
async handleClick() {
await this.copyText();
uni.vibrateShort(); // ✅ 看似合理，实则无效
}
问题在于：
- 复制完成时，系统震动早已发生（iOS 在用户手指抬起瞬间就触发触感，早于 JS 执行）
- uni.vibrateShort() 在 iOS 上实际等效 400ms 长震，和你想要的“轻量点击反馈”完全错位
- Android 厂商 ROM（如小米、华为）对剪贴板操作的震动是独立服务调用，App 层无权感知或同步
- 微信小程序内复制由客户端接管，uni.vibrateShort 根本不生效，调用即丢弃
copy 操作本身不触发可编程震动
真正能被代码控制的震动，只发生在明确的用户手势回调中（比如 @click、onTap），且必须满足平台硬性条件：
- iOS：需「设置 → 辅助功能 → 触感反馈」开启 + 侧边静音拨片未启用
- Android：manifest.json 中声明
"android.permission.VIBRATE"+ 厂商通知权限中打开“振动提醒” - 微信小程序：
uni.vibrateShort仅在用户点击后 500ms 内有效，但复制动作本身不是“用户点击触发的震动时机”
换句话说：你点按钮 → 触发复制 → 系统自动震动（不可控）→ 你再调 uni.vibrateShort（可能被忽略/延迟/多震一次）。
可行的替代方案：视觉+状态反馈代替震动
既然震动不可控、不同步、还容易翻车，不如放弃它，改用确定可控的方式：
- 复制成功后立即给按钮加
scale(0.95) → scale(1)缩放动画（用uni.createAnimation，非 CSS class） - 配合文字提示：
uni.showToast({ title: '已复制', icon: 'none', duration: 800 }) - 若需强调“操作已发生”，可用
uni.vibrateLong（400ms）替代短震，但仅限 App 端，且必须确保系统开关已开 - H5 和小程序端直接禁用震动逻辑，统一走视觉反馈，避免降级混乱
重点：所有反馈必须在 copy 的 success 回调里触发，且加节流（lastCopyTime 判断间隔 ≥ 300ms），否则用户连点会触发多次缩放或 toast 叠加。
最常被忽略的一点：你写的“震动反馈”，其实从来就不是复制流程的一部分——它是你对用户操作的响应，而系统震动是系统对复制动作的响应。两者不在同一事件通道，强行拼接只会让体验更割裂。
