iOS状态栏点击回顶是系统级行为，无法用JS拦截；唯一有效方案是通过custom导航栏移除原生滚动容器，确保页面顶层无scroll-view或overflow-scroll样式。
uni-app 里状态栏点击回顶是什么行为
这不是 uni-app 自己实现的功能，而是 iOS 系统级行为：当页面滚动超过一定阈值（通常 > 44px），用户点击屏幕顶部状态栏（时间/信号区域），系统会自动触发 window.scrollTo(0, 0) 或等效的滚动回顶。uni-app 的 WebView 或原生容器默认继承该行为，且无法通过 JS 直接拦截或禁用——因为事件不经过页面 DOM，也不触发 click 或 touchstart。
为什么 preventDefault 和 CSS 不起作用
常见误区是给 <page> 或 <scroll-view> 绑定 touchstart 并调用 event.preventDefault()，但这对状态栏点击完全无效。原因有三：
- iOS 状态栏点击不冒泡到 Webview 内容区，属于系统手势，JS 无权干预
-
pointer-events: none或z-index: -1对状态栏区域无效，它不在页面渲染树中 - uni-app 的
scroll-view组件即使设了enable-back-to-top="false"，也只影响右下角「回到顶部」按钮，不影响状态栏点击
唯一可行的绕过方案：用自定义导航栏遮盖状态栏区域
本质不是“禁用”，而是让系统找不到可响应的滚动容器——通过移除原生滚动上下文，使状态栏点击失去目标。操作分两步：
- 在
pages.json中为该页面设置"navigationStyle": "custom"，同时关闭原生导航栏和 titleNView - 在页面
<template>中手动写一个占满顶部的安全区域视图，并确保其内无scroll-view或page级滚动容器；所有内容用普通<view>+overflow-y: auto实现局部滚动
示例关键配置：
{
"path": "pages/detail/detail",
"style": {
"navigationStyle": "custom",
"app-plus": {
"titleNView": false,
"popGesture": "none"
}
}
}
注意：popGesture: "none" 是关侧滑返回，与状态栏点击无关，但常被误认为相关；真正起作用的是去掉原生滚动容器后，系统找不到可回顶的 scrollable 区域。
真机调试时最容易忽略的一点
即使用了 custom 导航栏，如果页面里仍存在未包裹的 <scroll-view>、或 page 样式里写了 overflow-y: scroll，iOS 仍可能恢复状态栏回顶逻辑。必须确认整个页面 DOM 树顶层没有可滚动的原生容器——这是多数人反复失败的根本原因。
