uni-app实现知乎式侧滑退出需自行接管touch事件、动画与页面栈，iOS/H5差异大：须用createSelectorQuery获取根容器绑定事件，限制左边缘触发，H5加touch-action: pan-y；onBackPress仅拦截物理返回键且不可调navigateBack，应return true后手动动画+延时返回；动画用transform避免重排，App需禁用原生侧滑，H5注意Safari延迟与passive配置。
直接上结论：uni-app 里做类似知乎的侧滑退出（非原生侧滑、带阴影+缩放+页面跟随手势拖动），不能靠 enablePullDownRefresh 或 onBackPressed，得自己接管 touch 事件 + 动画控制 + 页面栈干预，且 iOS 和 H5 行为差异极大。
怎么监听真实侧滑手势而不被滚动区域吞掉
常见错误是直接在 <view> 上写 @touchstart，结果列表一滚动就失效——因为 touchstart 被子组件（比如 scroll-view）提前 consume 了。
- 必须用
uni.createSelectorQuery()拿到页面根容器（通常是#root或.uni-app），再调用exec()后绑定事件 - 监听时优先用
addEventListener('touchstart', ...)而不是 Vue 指令，避免生命周期错乱 - 判断是否在左边缘触发：只当
touches[0].clientX < 40且touches[0].target === rootElement才开始记录起始位置，否则忽略 - H5 下要加
touch-action: pan-y到根元素 CSS，否则 iOS Safari 会抢走横向滑动权
为什么 onBackPress 里调 uni.navigateBack() 会卡死
因为 onBackPress 是原生侧滑动画触发前的钩子，此时页面还没退场，你再调 uni.navigateBack() 会和原生逻辑打架，轻则白屏，重则整个 WebView 卡死。
播客文章生成器。将音频文字稿、节目链接、摘要笔记转化为结构清晰、适合发布的图文文章。支持多种输出风格（深度解析、精华摘要、对话体重构、社交媒体切片）和多种输出格式（Markdown、微信公众号、知乎、企业内刊）。触发词：播客文章、播客转文章、podcast to article、podcast article
- 正确做法是：在
onBackPress中 returntrue，表示“我接管了”，然后手动执行动画 + 定时器延迟调用uni.navigateBack({delta: 1}) - 千万别在
onBackPress里做 DOM 操作或修改 data，此时 Vue 实例可能已处于销毁中 - App 平台（iOS/Android）下，
onBackPress只对物理返回键有效，侧滑手势不走这个流程——所以它根本拦不住侧滑，纯属误导
如何实现知乎式拖拽动画（缩放+阴影+位移）
核心是两个层：当前页（被拖动） + 上一页（背景层）。动画必须用 transform: translateX() + scale() + opacity，别碰 left 或 margin，否则 iOS WebKit 重排开销爆炸。
- 当前页样式示例：
transform: translateX(${offset}px) scale(${1 - offset * 0.002})，offset 从 0 到 300，scale 从 1 降到 0.94 - 上一页用
position: fixed; z-index: -1铺满，加box-shadow: 0 0 20px rgba(0,0,0,0.15) - touchmove 中实时更新
offset，但要用requestAnimationFrame节流，否则 Android 低端机掉帧严重 - touchend 后根据偏移量决定是回弹还是提交：偏移 > 120px 就 commit，否则
transform回 0
App 和 H5 的兼容性坑点
同一个手势逻辑，在 App 和 H5 上表现天差地别，不是加个判断就能糊弄过去。
- iOS App：系统侧滑默认开启，必须先关掉：
"style": {"disableSwipeBack": true}写进 pages.json 对应页面的style里 - Android App：
disableSwipeBack不生效，得靠plus.webview.currentWebview().setStyle({swipeBack: false})主动禁用 - H5：iOS Safari 有 300ms 延迟，
touchstart事件比实际触摸晚，要用{passive: false}并阻止默认行为 - 所有平台都要注意：
event.preventDefault()必须在touchmove里加，否则页面会跟着手指上下抖动
真正难的不是写完动画，而是让拖拽手感接近原生——这取决于 offset 计算是否平滑、回弹曲线是否匹配系统惯性、以及不同设备上 touch 事件采样率的一致性。很多项目卡在这里反复调参，最后发现是没处理好 touches 数组长度变化（比如中途第二根手指落下），导致坐标突变。
