uni-app下拉放大背景图需禁用原生下拉刷新，用touchstart/touchmove手动计算位移，通过绝对定位image元素应用transform: scale()实现，注意平台差异、性能优化与回弹动画处理。
uni-app下拉时背景图放大用transform: scale()控制
直接在页面根容器上监听onReachBottom不行——那是滚动到底部的事件，不是下拉动作。真正要捕获的是scroll-view或页面本身的下拉刷新状态，但uni-app里「下拉放大背景」属于自定义下拉（非原生下拉刷新），必须靠touchstart/touchmove手动计算位移。
关键点：背景图不能设在background-image里硬缩放（CSS transform对background无效），得用一个绝对定位的transform: scale()。
- 监听
page-container的touchstart和touchmove，记录touches[0].pageY变化量，记为pullDistance - 把
pullDistance映射成缩放比，比如scale = 1 + pullDistance * 0.002（系数按需调，太大抖动明显） - 限制最大缩放，如
scale = Math.min(scale, 1.3)，避免失真严重 - 注意iOS下
transform需加-webkit-transform前缀，uni-app编译H5时生效，小程序端由框架自动处理
onPullDownRefresh和自定义下拉放大不能共存
uni-app中，只要在pages.json里给页面配置了"enablePullDownRefresh": true，就会触发原生下拉刷新动画，此时你手动监听touch事件会收不到初始touchstart（系统已劫持手势）。想做放大效果，必须关掉原生下拉：
- 在对应页面的
pages.json中删掉或设"enablePullDownRefresh": false - 如果仍需下拉“触发刷新”，改用自定义区域：顶部留空高区域（如80rpx），仅在此区域内响应touch，超出即忽略
- 下拉松手后，若
pullDistance > 60，再手动调用uni.startPullDownRefresh()模拟刷新逻辑（注意：此API只在开启原生下拉时有效，所以得折中——用uni.showLoading()+ 自行重载数据）
个人中心页滚动与放大耦合时的性能陷阱
背景放大常配合个人中心页的头像、昵称等信息一起动，容易一并加transform导致重绘范围过大。实测发现：在Android低端机上，每帧都更新scale值会让scroll-view卡顿。
- 别把
scale绑定到data再用{{scale}}插值——频繁setData触发WXML重渲染，改用style内联动态绑定：:style="{ transform: 'scale(' + scale + ')' }" - 用
requestAnimationFrame节流touchmove回调，避免每像素都触发更新 - 背景图建议用
mode="aspectFill"的view+background，前者渲染更可控，且支持懒加载 - 真机调试时关闭
vue-devtools，它会显著拖慢touch响应
小程序平台差异：微信 vs 支付宝 vs H5 的缩放表现
同一套transform: scale()代码，在不同平台渲染精度不一致。微信小程序缩放后边缘常有模糊或锯齿，支付宝小程序对transform-origin支持弱，默认从左上角缩放，而H5则完全依赖浏览器引擎。
- 统一设置
transform-origin: center center，避免偏移感；微信小程序需额外加style="transform-origin: 50% 50%;" - 微信小程序中，
scale(1.2)可能被截断为scale(1.2000000476837158)，引发细微跳变，建议对scale值做toFixed(3)处理再拼接 - H5端若出现缩放后内容错位，检查是否父容器有
overflow: hidden且未设position: relative，会导致裁剪异常 - 真机测试必做：安卓微信v8.0.42+对
transform合成层处理有bug，放大过程中快速松手，背景可能残留旧缩放态，需在touchend里强制scale = 1并加transition平滑回弹
最麻烦的其实是松手后的回弹动画——用CSS transition写死时间不如用animation + 动态生成keyframes灵活，但小程序不支持动态插入style标签，只能预设几档常用duration类名，根据pullDistance长度切换。
