handler()等代码是由Android Studio 4.0.1生成的，例如，当一个全屏活动从头创建时。我知道有人鼓励我们使用Kotlin，我也是这样做的，但是我不时地使用示例项目来实现一个想法。 奇怪的是，当AS实际生成代码时，我们却被AS责骂。这可能是一个有用的学术活动来检查错误并修复它们，但也许AS可以为我们爱好者生成新的干净的代码……

使用生命周期范围会更容易。内部活动或片段。

 lifecycleScope.launch {
     delay(2000)
     // Do your stuff
 }

或者使用处理器

        Handler(Looper.myLooper()!!)

Handler()和Handler(Handler.)回调回调)构造函数已弃用。因为这可能会导致bug和崩溃。显式使用Executor或Looper。

对于Java

Handler handler = new Handler(Looper.getMainLooper());
handler.postDelayed(new Runnable() {
  @Override
  public void run() {
    //do your work here
   }
}, 1000);

我有三个解决方案:

显式地指定Looper: 处理程序(Looper.getMainLooper ()) .postDelayed ({ / /代码 },持续时间) 指定隐式线程本地行为: 处理程序(Looper.myLooper () ! !) .postDelayed ({ / /代码 },持续时间) 使用线程: 线程({ 尝试{ thread . sleep (3000) } catch (e:异常){ 把e ｝ / /代码 }).start ()

考虑使用协程

scope.launch {
    delay(3000L)
    // do stuff
}

handler()等代码是由Android Studio 4.0.1生成的，例如，当一个全屏活动从头创建时。我知道有人鼓励我们使用Kotlin，我也是这样做的，但是我不时地使用示例项目来实现一个想法。 奇怪的是，当AS实际生成代码时，我们却被AS责骂。这可能是一个有用的学术活动来检查错误并修复它们，但也许AS可以为我们爱好者生成新的干净的代码……