h5端无法通过pages.json的app-plus配置禁用ios回弹，因该配置仅对原生app生效；真正有效的是css+js组合方案，需按全局、局部滚动、弹窗等场景分别处理，推荐优先使用overscroll-behavior: none。
直接说结论：H5端无法靠 pages.json 的 app-plus 配置禁用 iOS 回弹，那些配置只对 App 端生效；真正在 H5 端起效的，只有 CSS + JS 组合方案，且必须区分场景 —— 全局禁用、局部滚动容器、弹窗遮罩等，处理方式完全不同。
为什么 pages.json 里设 bounce: "none" 对 H5 无效
这个配置项是 uni-app 为原生 App（iOS/Android）提供的 WebView 层控制，H5 端运行在 Safari 或 Chrome 内核中，根本不读取 app-plus 字段。你加了也没报错，但完全不生效 —— 不是写错了，是压根没走这条路。
-
app-plus、mp-weixin、h5是平行平台配置，互不影响 - H5 端回弹行为由浏览器引擎决定，只能通过标准 Web API 或 CSS 规则干预
- 试图在
onLoad里调用uni.setWebviewStyle同样无效，H5 没有plus.webview对象
用 overscroll-behavior 禁止全局回弹（推荐首选）
这是现代浏览器（Safari 16.4+、Chrome 73+）原生支持的标准属性，语义清晰、副作用小，比暴力 preventDefault 更安全。
下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
- 在页面样式或
App.vue中写：body { overscroll-behavior: none; } - 如果只希望禁止顶部/底部单向回弹，可用
overscroll-behavior-y: contain或分别设overscroll-behavior: contain none - 注意：iOS Safari 在旧版本（
- 别写
html, body { height: 100%; overflow: hidden; }—— 这会直接锁死整个页面滚动，不可取
滚动容器内必须显式启用 -webkit-overflow-scrolling: touch
当你用 scroll-view 或自定义 div 做局部滚动时，iOS 默认不启用硬件加速滚动，导致卡顿 + 回弹残留。光靠 overflow-y: auto 不够。
- 滚动容器样式必须包含：
overflow-y: auto; -webkit-overflow-scrolling: touch; - 容器需有明确高度（如
height: 500px或max-height: 70vh），否则-webkit-overflow-scrolling失效 - 若容器内含图片，务必开启懒加载（
lazy-load）并设置固定宽高，避免滚动中重排重绘引发抖动 - 慎用
position: fixed子元素 —— 它在弹性滚动期间可能脱离视口定位，造成遮罩层错位
弹窗/遮罩层场景下必须拦截 touchmove（但要精准）
模态框打开时，用户手指在遮罩层上滑动，极易触发页面级回弹，导致遮罩“被拉走”，露出底下的内容。这时不能简单给 body 加 preventDefault，而要限定范围。
- 只在弹窗显示时绑定：
document.addEventListener('touchmove', this.handleTouchMove, { passive: false }) -
handleTouchMove里判断e.target是否在可滚动区域外，仅当点击遮罩层且非输入框时才e.preventDefault() - 务必在弹窗关闭时移除监听器，否则多个弹窗叠加会导致事件堆叠
- 不要用
document.body.style.overflow = 'hidden'—— iOS Safari 下它常失效，且会丢失滚动位置
最易被忽略的一点：H5 端的回弹不是“bug”，而是浏览器对 overscroll 的默认反馈。强行全盘禁止可能让长列表滚动失去惯性，反而变卡。真正该做的，是分场景控制 —— 页面主滚动禁用，局部容器启用硬件加速，弹窗时临时拦截，三者配合才能稳。
