必须滚动到底部才能点击“同意”按钮，需监听滚动并精确判断触底：用document.documentElement.scrollHeight加1px容差、requestAnimationFrame节流、首次手动触发校验；按钮启用后仍需onclick二次校验+服务端Redis标记核验，uniapp/WebView中应监听目标元素或scroll-view事件。
必须滚动到底部才能点击“同意”按钮，不是靠 JS 计时或简单延时，而是真实检测用户是否阅读完隐私政策全文——这需要监听滚动行为并判断是否触底，同时防止绕过。
怎么判断页面是否真的滚动到底部
不能只看 window.scrollY + window.innerHeight >= document.body.scrollHeight，因为：页面可能有 footer、padding、border 或动态加载内容，导致计算偏差；iOS Safari 的 scrollHeight 在某些 meta 设置下不准；uniapp 或 WebView 环境中 document.body 高度可能被包裹容器截断。
实操建议：
- 用
document.documentElement.scrollHeight替代document.body.scrollHeight，更可靠 - 加 1px 容差（比如
>= scrollHeight - 1），避免因像素四舍五入导致判定失败 - 在
scroll事件里节流（如用requestAnimationFrame包裹判断逻辑），避免高频触发误判 - 首次进入页面时手动触发一次判断，防止用户不滚动就直接点（此时应禁用）
如何安全禁用/启用同意按钮
光靠 disabled 属性不够防绕过。用户可直接打开控制台删掉 disabled 或调用 click()。真正有效的做法是：按钮的 onclick 回调里再做一次触底校验，并配合服务端二次验证。
立即学习“前端免费学习笔记（深入）”；
示例结构：
<button id="agreeBtn" disabled>我已阅读并同意</button> <div id="policyContent">...长文本...</div>
JS 中：
- 绑定
scroll事件，满足触底条件后移除disabled并加data-ready="true" - 按钮点击时检查
if (!btn.hasAttribute('data-ready')) return，再发请求 - 服务端收到同意请求时，必须校验该用户本次会话是否已触发过触底事件（例如存 Redis 标记
user:123:policy_scrolled:true）
uniapp 或 WebView 环境下的特殊处理
uniapp 的 web-view 或安卓/iOS 原生 WebView 中，window 滚动可能被截断——实际滚动的是内部 webview 容器，而非顶层 window。这时 scroll 事件监听失效。
解决路径：
- 改用监听目标元素（如
#policyContent）的scroll事件：el.addEventListener('scroll', handler) - 确保该元素设置了
overflow-y: auto且有固定高度（否则无法滚动） - uniapp 中若用
<scroll-view>，需用其@scrolltolower事件替代原生scroll - Android WebView 需确认开启
setWebViewClient并允许 JS 执行，iOS WKWebView 要检查allowsInlineMediaPlayback是否干扰滚动监听
最容易被忽略的是服务端校验环节——前端放开按钮只是体验优化，没有服务端标记和核验，整个机制形同虚设。滚动触底本身容易伪造，但服务端标记+时效性（如 5 分钟内有效）能大幅提高合规有效性。
