gpt4 book ai didi

android - 在应用程序/任务级别获取 onPause 和 onResume 类事件

转载 作者:塔克拉玛干 更新时间:2023-11-02 08:08:23 26 4
gpt4 key购买 nike

我想知道当应用程序进入后台并进入前台时,在应用程序级别没有回调的原因可能是什么。 Activity 类的 onPauseonResume 仅在当前顶级 Activity 上调用。如果我想停止一些具有应用程序级别范围的后台任务,那么当应用程序进入后台时我无法简单地停止它。对这些事件回调的需求很高。

为什么 Android 在暂停和恢复应用程序时没有应用程序级别的回调?如果不在应用程序级别,是否可以在任务( Activity 堆栈)级别在 Android 中实现?

真正的问题:

后台 Timertask 使用来自网络的数据定期刷新 UI。当应用程序不再处于前台时,我想停止它。

目前我将重复代码放在 BaseActivity 中。这是在 Activity 层面。任务在每个 Activity 的每次暂停和恢复时停止和开始,应用程序进入 bg 或进入 fg 的事件隐藏在这些事件之一中,我不知道。我想知道是否有更好的方法,我的意思是知道应用程序何时不再对用户可见。

最佳答案

使用 Handler 而不是 TimerTask。如果 Activity 未激活,则不会触发绑定(bind)到 Activity 的 Looper 的 Handler 的定时消息。

模式是向 Handler 发送一条定时消息,Handler 会生成一个 Thread/AsyncTask,后者会在后台执行请求并更新 UI。线程创建/销毁的开销有点大,但这无论如何都是 I/O 绑定(bind)的。如果该开销成为瓶颈(尽管我怀疑它会),您可以创建一个线程池。

如果您真的想知道您的应用程序何时不再处于前台,您可以在两个 Activity 之间使用 onStop/onResume 中的重叠。当从 A->B 进行时,B 的 onResume 将在 A 的 onStop 之前被调用。因此,您可以在 onResume 中递增全局计数器并在 onStop 中递减它。当且仅当没有 Activity 可见时,该计数器才会变为 0。我成功地使用它来跟踪精确访问以进行分析。不过,它确实需要一个用于所有 Activity 的公共(public)基类。

关于android - 在应用程序/任务级别获取 onPause 和 onResume 类事件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7338457/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com