场景

最近要用kotlin写一个每隔一段时间切视频并截图

刷刷的就写出来了，很快啊

timerTask = object : TimerTask() {
    override fun run() {
        captureWindow()
        if ((group + 1) * 4 >= urls.size) {
            showDialog()
            timerTask.cancel()
            timer.cancel()
        }
        group++
        updatePlayers()
    }
}
timer = Timer()
timer.schedule(timerTask, 15000, 15000)

结果一运行就闪退了

Player is accessed on the wrong thread
java.lang.IllegalStateException: Player is accessed on the wrong thread.
Current thread: 'Timer-0'
Expected thread: 'main'

https://developer.android.com/media/media3/exoplayer/hello-world#a-note-on-threading

它意思是 Exoplayer 的实例必须从主线程访问，但是呢，我们现在是在定时器子线程（Timer-0）内部访问的

一直和单线程 js 打交道的人生，哪里懂得什么主线程子线程/(ㄒoㄒ)/~~

思路一

如果让子线程发送 Event 到主线程，由主线程响应，然后主线程去操作 Exoplayer，不就好了吗

悲伤的是，AI 写的代码驴头不对马嘴，只能自己去官方文档上现学。

https://kotlinlang.org/api/latest/jvm/stdlib/org.w3c.dom.events/-event-target/

结果搜了半天，发现唯一与 Event 有关的是“活动”

kotlin 好像和 js 这种不大一样，js 的核心就是处理事件和响应事件，但是 kotlin 不是为这方面设计的

不过我觉得往这个方向没问题，可能需要学习协程相关的吧

思路二

虽然没有 setInterval，但是 kotlin 是有等效于 setTimeout 的方法的
android.os.Handler 可以实现过一段事件执行某段代码

Handler(Looper.getMainLooper()).postDelayed(
    {
        captureWindow()
        if ((group + 1) * 4 >= urls.size) {
            showDialog()
        }
        group++
        updatePlayers()
    },
    15000
)

接着发挥传统艺能把 setTimeout 改写为 setInterval

    private fun updateEvery15s() {
        fun mySetTimeout() {
            Handler(Looper.getMainLooper()).postDelayed(
                {
                    captureWindow()
                    if ((group + 1) * 4 >= urls.size) {
                        showDialog()
                    } else {
                        group++
                        updatePlayers()
                        mySetTimeout()
                    }

                },
                if (group == 0) 20000 else 15000
            )
        }
        mySetTimeout()
    }

完成！