uni-app中图标缩放震动需用uni.createAnimation API而非CSS类，配合uni.vibrateShort实现手势触发反馈，并注意iOS触感开关、状态同步及真机渲染优化。
uni-app里用animation做图标缩放震动，别直接套CSS动画类
uni-app的animation API（uni.createAnimation）比纯CSS class切换更可控，尤其适合点击即触发动画、避免连续点击堆积。直接在class里写animation: bounce 0.3s容易卡顿或失效，因为Vue响应式更新和小程序渲染层对CSS动画支持不一致。
实操建议：
- 在
data中声明animation实例，不要每次点击都createAnimation - 用
export default里的onLoad或mounted初始化：this.animation = uni.createAnimation({ duration: 300, timingFunction: 'ease-out' }) - 点击时只调用
this.animation.scale(1.2).step().scale(1).step()，再this.setData({ animationData: this.animation.export() }) - WXML中绑定
:animation="animationData"到<view></view>或<image></image>，不是<button></button>（button组件内部封闭，不支持animation）
震动反馈必须用uni.vibrateShort，但iOS真机需手动开启权限
安卓调用uni.vibrateShort()基本即响，iOS真机却常静音——不是代码问题，是系统限制：iOS仅允许在用户手势触发（如tap）后500ms内执行震动，且App需在info.plist里声明UIBackgroundModes（实际不需要）或更关键的：确保“设置 > 声音与触感 > 触感”已开启。模拟器完全不支持震动，别浪费时间调试。
实操建议：
- 震动必须放在
tap回调最开始，不要等异步操作（如uni.showLoading）之后再调 - 加
try/catch兜底，部分低端安卓机型可能报permission denied：try { uni.vibrateShort() } catch(e) { console.log('vibrate not supported:', e) } - 别用
uni.vibrateLong做点击反馈，时长过长（400ms）会打断操作节奏
按钮禁用态要同步关掉缩放+震动，否则体验错乱
用户点击后常需disabled按钮防止重复提交，但若只改button的disabled属性，图标的animation和vibrate仍可能执行——因为图标和按钮常是分离结构（比如<view class="icon"></view> + <button></button>），状态没联动。
实操建议：
- 用统一数据字段控制，例如
data: { isSubmitting: false }，同时绑定到图标容器的v-if或style.opacity，以及震动/动画的执行条件 - 缩放动画前加判断：
if (!this.isSubmitting) { this.triggerScaleAndVibrate() } - 震动也加同样判断，避免用户狂点时手机疯狂抖动
- 提交完成后记得
this.isSubmitting = false，否则按钮永远灰掉
真机调试时animation卡顿？检查transform是否被其他样式覆盖
常见现象：开发工具里动画丝滑，iOS真机上缩放卡成PPT。大概率是图标父容器有overflow: hidden或position: relative叠加层级导致GPU加速失效；或者图标本身用了width/height固定值，而scale变换时渲染层重新计算布局。
实操建议：
- 图标容器加
style="transform: translateZ(0)"强制硬件加速 - 避免给动画元素设
margin或padding，改用transform: translate微调位置 - 删掉所有
!important，它会干扰animation的step()计算优先级 - 安卓低端机可降级为纯
opacity变化（this.animation.opacity(0.7).step().opacity(1).step()），比scale更轻量
