uni-app锁屏界面进度条点击失效，根本原因是原生层拦截触摸事件，必须在Android的SplashActivity或iOS的ADSplashViewController中实现点击监听，并通过uni.postMessage通知前端跳转，而非在Vue页面中绑定@click。
uni-app锁屏界面无法响应进度条点击？检查原生层拦截
锁屏界面（如开屏广告）在uni-app中通常用plus.navigator.setSplashscreen或原生插件实现，但进度条点击跳过功能失效，大概率是原生层未透出触摸事件。Webview内嵌的H5页面在锁屏状态下根本收不到touchstart或click，因为系统级锁屏界面会拦截所有用户交互。
- 纯H5方案在锁屏页基本不可行——
uni-app的onShow、onReady等生命周期在锁屏页不触发 - 必须依赖原生能力：Android需在
SplashActivity中监听进度条View的setOnClickListener，iOS需在LaunchScreen.storyboard外另起一个UIViewController承载可交互广告页 - uni-app官方
uni-splash-page插件默认不支持跳过逻辑，需fork后修改原生代码，在倒计时TextView或自定义SeekBar上绑定点击回调
进度条跳过逻辑写在哪？别放在Vue页面里
很多人试图在pages/splash/splash.vue里给<progress></progress>加@click，这是徒劳的——锁屏页根本不是这个Vue实例渲染的。跳过逻辑必须下沉到原生层，再通过uni.postMessage或uni.$emit通知前端跳转。
- Android示例：在
onCreate中初始化SeekBar后，调用seekBar.setOnSeekBarChangeListener监听拖动，并用seekBar.setOnClickListener捕获“立即跳过”点击 - iOS示例：在
ADSplashViewController.m中为跳过按钮绑定IBAction，执行[self.webView evaluateJavaScript:@"window.__adSkipHandler && __adSkipHandler()"] - 前端需提前挂载全局函数：
window.__adSkipHandler = () => { uni.redirectTo({ url: '/pages/home/index' }); }，且确保在onLoad前就定义
倒计时与进度条不同步？统一用原生计时器
常见坑：前端用setInterval控制倒计时，同时原生用CountDownTimer更新进度条，两者毫秒级误差会导致跳过时机错乱（比如显示“2s”时实际已剩0.3s）。
- 必须由原生单点控制倒计时：Android用
CountDownTimer，iOS用NSTimer，只通过uni.postMessage向Webview推送剩余秒数 - 进度条
max设为总时长（如5000），每次postMessage携带当前已过毫秒数，前端用Math.min(100, (elapsed / total) * 100)计算百分比 - 跳过触发条件应判断原生传来的
remaining ，而非前端自己算的<code>count === 0
真机调试时跳过没反应？检查Android权限和Activity配置
模拟器常表现正常，但真机（尤其华为、小米）因系统优化会屏蔽非关键触摸事件，导致进度条点击无反馈。
- 确认
AndroidManifest.xml中SplashActivity的android:exported="true"（Android 12+必需） - 禁用MIUI/EMUI的“应用启动管理”自动冻结，否则
SplashActivity可能被杀进程，点击时Activity已销毁 - 在
onCreate中加日志：Log.d("Splash", "SeekBar click registered")，验证原生层是否真收到了点击 - 部分厂商要求
SeekBar必须设置android:focusable="true"和android:clickable="true"才响应
真正难的不是写几行JS，而是让原生层把触摸事件可靠地穿透到业务逻辑——很多团队卡在这里两周，最后发现只是SeekBar少写了android:background="@null"，导致系统认为它不可点击。
