开屏广告倒计时不准的根本原因是setinterval易被系统挂起且onload/onshow与广告加载完成不同步；必须等sdk加载完成再启动倒计时，用settimeout逐帧递减更可靠。
开屏广告倒计时为什么总是不准或跳变
根本原因是 setInterval 在 App 端（尤其 iOS）容易被系统后台挂起、页面切换时暂停，导致倒计时失准；更关键的是，uni-app 的 onLoad 或 onShow 触发时机与广告资源加载完成不同步——你看到的“3秒”往往是从页面渲染开始算，而不是从广告图/视频真正可播时开始。
- 务必等广告 SDK 加载完成后再启动倒计时，不能依赖页面生命周期钩子
- 使用
setTimeout逐帧递减比setInterval更可靠（避免累积误差） - iOS App 中，
plus.navigator.setFullscreen(true)后若未及时隐藏状态栏，可能触发渲染延迟，影响首帧时间判断
如何用 uni-app 原生插件正确接入并监听广告展示完成事件
uni-app 官方不提供开屏广告能力，必须通过原生插件（如 DCloud 插件市场中的「uni-ad-splash」或厂商 SDK 封装插件）调用。核心是拿到广告展示成功的回调，而非仅“请求成功”。
- 插件初始化后，监听
adLoadSuccess或onAdShow事件（具体名称依插件而定），此时才调用startCountdown() - 避免在
mounted中直接 start，应等待插件返回isReady: true或status === 'showing' - 部分插件支持传入
minDuration参数（如{ minDuration: 3000 }），它控制广告最少展示毫秒数，但倒计时仍需自行实现，不能依赖该参数自动更新 UI
倒计时 UI 更新卡顿或闪烁的常见原因
App 端 Vue 响应式更新在原生容器中存在渲染延迟，尤其是频繁修改 countdown 数据时，watch 或 computed 可能触发多次无意义重绘。
- 用
this.countdown = Math.max(0, this.countdown - 1)而非this.countdown--，防止负值干扰逻辑 - 倒计时文本建议用
<text>{{ countdown }}s</text>，避免包裹<view></view>多层节点（iOS 原生渲染层对复杂节点更新更慢） - 不要在倒计时过程中调用
uni.hideToast()或其他 UI 操作，它们会抢占主线程，造成跳帧
跳过按钮点击无效或延迟响应
跳过按钮必须满足两个条件才能生效：广告已展示满最小时长 + 用户点击事件被捕获。很多问题出在“最小展示时长”校验逻辑写在了错误位置。
- 在
data中定义canSkip: false，仅当countdown 时才设为 <code>true（例如总时长 5s，minDuration 3s，则倒计时剩 2s 时才允许跳过） - 绑定
@click="handleSkip"时，函数内第一行加if (!this.canSkip) return，别依赖按钮的v-if控制显隐——v-if 切换本身就有渲染延迟 - Android 上某些厂商 ROM 会拦截快速连续点击，建议给
handleSkip加once修饰符或内部节流（if (this.isSkipped) return）
实际倒计时逻辑示例（精简版）：
startCountdown() {
this.countdown = this.totalDuration / 1000;
const tick = () => {
this.countdown = Math.max(0, this.countdown - 1);
if (this.countdown > 0) {
setTimeout(tick, 1000);
} else {
this.handleAutoSkip();
}
};
setTimeout(tick, 1000);
}
注意：这里的 totalDuration 应来自广告 SDK 返回的实际加载完成后的播放时长，不是写死的配置值。动态时长的核心，永远是“以广告真实就绪时间为起点”，不是“以页面打开时间为起点”。
