onWindowFocusChanged？

最新推荐文章于 2021-06-03 23:01:45 发布

小Niu

最新推荐文章于 2021-06-03 23:01:45 发布

阅读量204

点赞数

文章标签： java javascript ViewUI

本文揭示了在Android开发中，Activity的生命周期中哪些方法调用标志着其真正变得可见。重点介绍了onWindowFocusChanged()函数，解释了它与onStart、onResume及onCreate等常见生命周期回调的不同之处。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Activity生命周期中，onStart, onResume, onCreate都不是真正visible的时间点，真正的visible时间点是onWindowFocusChanged()函数被执行时。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

小Niu

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Android之页面有变化用onWindowFocusChanged来监听权限是否开启

码莎拉蒂

06-03

5139

1 问题我们需要在Activity里面监听网络变化、热点是否开启和关闭、GPS服务是否开启、位置权限是否开启等一些列行为。 2 思路方法一：如果是需要启动activity进行权限申请，我们可以用如下组合模式 var intent = Intent(Settings.ACTION_LOCATION_SOURCE_SETTINGS) startActivityForResult(intent, REQUEST_GPS_CODE...

onWindowFocusChanged触发简介

热门推荐

月清空的博客

04-10

4万+

看看源码中对该方法的说明： Called when the current android.view.Window of the activity gains or loses focus. This is the best indicator of whether this activity is visible to the user. The default implementatio

参与评论您还未登录，请先登录后发表或查看评论

Activity之onWindowFocusChanged

chuyouyinghe的专栏

06-03

3926

参数hasFocus：the window of this activity has focus. 是指activity是否获取或失去了focus，获得到了该参数为true，否则为false。一般是进入或恢复Actiity时为true，Actvity销毁或者退到后台则为false。 Called when the current Window of the activity gains or loses focus. This is the best indicator of whethe...

onWindowFocusChanged 调用时机

shi_xin的专栏

08-16

6973

切记：此函数只有在focus为true的时候回调一下app的方法，false的时候不会回调。所以不要通过true/false来做区别处理。一、问题：最近看到google原声的app中在onWindowFoucusChanged的回调中做资源回收：代码中在hasWindowFocus的时候要回收listener。结果，显而易见，TMD出现内存泄漏了。日了狗了，傻逼go

Android中的onWindowFocusChanged()方法详解

weixin_30239339的博客

11-26

585

Android中获取手机屏幕的高度和宽度，我们知道在onCreate方法中获取到的值都是为0的，有人说可以在onClick方法中获取值，这个也是个方法，但在onWindowFocusChanged方法中可以直接获取到，而且有的时候场景的需要，就不得不在Activity渲染完成后立马获取值,这时候onWindowFocusChanged()方法就用到实处了，类似的有PopupWindow的...

深入探索Android卡顿优化（下）

IT元老的博客

02-17

3276

前言成为一名优秀的Android开发，需要一份完备的知识体系，在这里，让我们一起成长为自己所想的那样~。在上篇文章中，笔者带领大家学习了卡顿优化分析方法与工具、自动化卡顿检测方案及优化这两块内容。如果对这块内容还不了解的同学建议先看看《深入探索Android卡顿优化（上）》。本篇，为深入探索Android卡顿优化的下篇。这篇文章包含的主要内容如下所示： 1、ANR分析与实战 2、卡顿单点问题......

android windowmanager 获取焦点,Activity.onWindowFocusChanged()调用流程

weixin_39974932的博客

06-03

1915

之前梳理了Activity的启动时序图，想着Activity.onWindowFocusChanged()的调用流程又是怎样的？追了下源码，梳理出来分享下。首先看ActivityThread.handleResumeActivity()public final class ActivityThread {final void handleResumeActivity(IBinder token, ...

Activity.onWindowFocusChanged()调用流程

huison的博客

11-06

2759

之前梳理了Activity的启动时序图，想着Activity.onWindowFocusChanged()的调用流程又是怎样的？追了下源码，梳理出来分享下。首先看ActivityThread.handleResumeActivity() public final class ActivityThread { final void handleResumeActivity(IBin...

Android开发：关于Android冷启动优化（从3.63%降到0.95%）

whale_kyle的博客

07-04

1621

前段时间做冷启动优化，刚好也很久没写博文了，觉得还是很有必要记录下。一.常规操作 public class MainActivity extends Activity { private static final Handler sHandler = new Handler(Looper.getMainLooper()); @Override prote...

常见的WindowManager问题分析

Android

06-01

3824

1.UI hang and adb is still alive when running LGE compliant monkey test with DUT for 771 Minutes WindowManagerService主要修改点是在performLayoutAndPlacesurfaceLockedInner（主要用于系统UI刷新）这个方法 diff --git a/servic

Android开发中，那些让你相见恨晚的方法、类或接口

Dream It Possible

04-19

9070

1、Throwable接口中的getStackTrace()方法（或者Thread类的getStackTrace()方法），根据这个方法可以得到函数的逐层调用地址，其返回值为StackTraceElement[]；2、StackTraceElement类，其中四个方法getClassName()，getFileName()，getLineNumber()，getMethodName()在调试程序打印

求助】安卓开发异常 java.lang.Throwable: stack dump

简单快乐

05-05

5923

05-05 18:22:02.584 25252-25772/? E/HardwareRenderer: setHWUICacheConfig must be called in UI thread. Skip! 05-05 18:22:02.584 25252-25772/? W/System.err: java.lang.Throwable: stack dump 05-05 18:22:

Android开发中，有哪些让你觉得相见恨晚的方法、类或接口

lilin9105的专栏

04-15

559

作者：StephenLee 链接：http://www.zhihu.com/question/33636939/answer/57171337 来源：知乎 1、Throwable接口中的getStackTrace()方法（或者Thread类的getStackTrace()方法），根据这个方法可以得到函数的逐层调用地址，其返回值为StackTraceElement[]； 2、St

android 刷新列表如何不打OnlyMarqueeTextView滚动？

最新发布

07-08

<think>我们正在处理一个关于Android开发的问题：用户希望在刷新列表时阻止OnlyMarqueeTextView的滚动。OnlyMarqueeTextView是一个自定义的TextView，通常用于实现跑马灯效果（滚动文本）。当列表刷新（例如调用notifyDataSetChanged）时，可能会触发视图的重新创建或重新绑定，从而导致跑马灯效果重新开始滚动。用户希望避免这种情况。分析问题：跑马灯效果通常是通过设置TextView的ellipsize属性为marquee，并设置singleLine为true（或maxLines为1）以及设置focusable和focusableInTouchMode等属性来实现的。但是，当列表刷新时，列表项会重新布局，导致TextView失去焦点，然后重新获得焦点时重新开始滚动。解决方案思路： 1. 在刷新列表时，我们希望OnlyMarqueeTextView保持当前的滚动状态，而不是重新开始。 2. 我们可以尝试在刷新前保存每个OnlyMarqueeTextView的滚动状态（比如当前的滚动位置），然后在刷新后恢复。 3. 但是，由于列表项可能被回收重用，直接保存每个视图的状态可能比较复杂。 4. 另一种方法是控制OnlyMarqueeTextView在列表刷新时不重新启动跑马灯。这可以通过在自定义TextView中增加一个标志位来控制是否允许重新启动滚动。具体步骤：方案一：在刷新列表时，通过设置OnlyMarqueeTextView的enabled属性为false来暂时禁止跑马灯效果，刷新完成后再设置为true。但是这样可能会在刷新过程中停止滚动，且刷新后需要重新开始滚动。方案二：修改OnlyMarqueeTextView，使其在列表刷新时（即重新绑定时）不重置滚动状态。我们可以重写onAttachedToWindow和onDetachedFromWindow方法，但这里的关键是当列表刷新时，视图会被重新绑定，但不会立即被销毁和重新创建（除非布局改变）。因此，我们可以在自定义TextView中保存当前的滚动状态（比如通过一个静态变量或者绑定到数据项上），然后在刷新后恢复。然而，更实用的方法是：在数据刷新时，避免OnlyMarqueeTextView重新获取焦点而触发跑马灯重新开始。我们可以通过以下方式： - 在自定义的OnlyMarqueeTextView中，重写onFocusChanged方法，并在我们不想重新开始滚动时忽略焦点变化。 - 或者，在列表刷新时，我们主动让OnlyMarqueeTextView保持焦点。但是，由于列表刷新时视图会重新绑定，焦点可能会被清除。因此，我们可以尝试在刷新后恢复焦点。考虑到实现的复杂性，这里提供一个简单的方法：在自定义TextView中增加一个标志，用于控制是否允许启动跑马灯。在列表刷新前，设置这个标志为false，刷新完成后，再设置为true并请求焦点启动跑马灯。具体实现：步骤1：自定义OnlyMarqueeTextView，添加一个布尔变量（如isMarqueeEnabled）来控制是否允许跑马灯。步骤2：在列表刷新前，遍历所有可见的列表项，将每个OnlyMarqueeTextView的isMarqueeEnabled设置为false，这样在视图重新绑定时不会启动跑马灯。步骤3：刷新列表（调用notifyDataSetChanged）。步骤4：刷新完成后，再遍历所有可见的列表项，将OnlyMarqueeTextView的isMarqueeEnabled设置为true，并请求焦点（如果需要）来启动跑马灯。但是，这种方法需要访问到每个可见的列表项，可能需要通过RecyclerView的LayoutManager来获取。另一种更简洁的方法：在自定义TextView中，我们可以在onAttachedToWindow中不自动启动跑马灯，而是通过外部控制（比如在数据绑定完成后，根据条件手动启动）。这样，在刷新列表时，我们就不做任何操作，然后通过一个延迟操作来启动跑马灯。然而，考虑到用户可能没有自定义OnlyMarqueeTextView的源码，我们可以尝试以下方法：如果没有自定义TextView的源码，我们可以通过数据绑定来控制。在数据模型中添加一个字段（如shouldMarquee），在绑定数据时，根据这个字段来设置TextView的焦点。在刷新前，将数据模型中的shouldMarquee设置为false，刷新完成后再设置为true，并通知更新。但是，这种方法同样需要遍历数据项。鉴于问题的复杂性，这里提供一个在自定义TextView中实现的方案（假设用户有自定义TextView的源码）：自定义TextView（OnlyMarqueeTextView）的代码： ```java public class OnlyMarqueeTextView extends AppCompatTextView { // 是否允许跑马灯，默认允许 private boolean isMarqueeEnabled = true; public OnlyMarqueeTextView(Context context) { super(context); } public OnlyMarqueeTextView(Context context, AttributeSet attrs) { super(context, attrs); } public OnlyMarqueeTextView(Context context, AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); } // 设置跑马灯是否启用 public void setMarqueeEnabled(boolean enabled) { if (isMarqueeEnabled != enabled) { isMarqueeEnabled = enabled; if (enabled) { // 重新启用时，请求焦点并启动跑马灯 setSelected(true); // 跑马灯需要TextView被选中 requestFocus(); } else { setSelected(false); } } } @Override public void onWindowFocusChanged(boolean hasWindowFocus) { // 只有在启用跑马灯时才处理焦点变化 if (isMarqueeEnabled) { super.onWindowFocusChanged(hasWindowFocus); } // 否则，忽略焦点变化，这样就不会启动跑马灯 } @Override public boolean isFocused() { // 当启用跑马灯时，返回true表示一直拥有焦点，这样跑马灯就会持续滚动 // 注意：这可能会导致父视图的焦点问题，所以需要谨慎使用 // 另一种方法是仅在需要时返回true，这里我们根据isMarqueeEnabled来决定 return isMarqueeEnabled ? true : super.isFocused(); } } ``` 然后，在适配器中绑定数据时，根据数据项中的某个字段（如isMarqueeEnabled）来设置TextView的setMarqueeEnabled。在刷新列表前： 1. 遍历当前列表中的所有数据项，将它们的isMarqueeEnabled字段设置为false（或者记录当前哪些项是启用的）。 2. 刷新列表（notifyDataSetChanged）。 3. 刷新完成后，通过Handler.post延迟一段时间（确保视图已经布局完成），然后将数据项中的isMarqueeEnabled重新设置为true，并通知更新这些项（或者只更新可见项）。但是，这种方法可能效率不高，因为需要更新所有数据项。另一种做法：在刷新列表前，通过RecyclerView的LayoutManager获取当前可见的视图，然后直接设置这些视图中OnlyMarqueeTextView的setMarqueeEnabled(false)。刷新完成后，再设置这些视图的setMarqueeEnabled(true)。示例代码（在Activity或Fragment中）： ```java // 刷新前 RecyclerView.LayoutManager layoutManager = recyclerView.getLayoutManager(); if (layoutManager != null) { for (int i = 0; i < layoutManager.getChildCount(); i++) { View child = layoutManager.getChildAt(i); // 找到child中的OnlyMarqueeTextView OnlyMarqueeTextView textView = child.findViewById(R.id.your_text_view_id); if (textView != null) { textView.setMarqueeEnabled(false); } } } // 刷新列表 adapter.notifyDataSetChanged(); // 刷新后，延迟一段时间再恢复跑马灯 recyclerView.postDelayed(new Runnable() { @Override public void run() { RecyclerView.LayoutManager layoutManager = recyclerView.getLayoutManager(); if (layoutManager != null) { for (int i = 0; i < layoutManager.getChildCount(); i++) { View child = layoutManager.getChildAt(i); OnlyMarqueeTextView textView = child.findViewById(R.id.your_text_view_id); if (textView != null) { textView.setMarqueeEnabled(true); } } } } }, 100); // 延迟100毫秒，确保布局完成 ``` 注意：这种方法只处理了当前可见的视图。如果列表项中有多个OnlyMarqueeTextView，需要遍历查找。如果用户没有自定义TextView的源码，也可以尝试通过反射或者设置焦点相关属性来实现，但这样可能不够稳定。总结：推荐使用自定义TextView并配合刷新前后对可见项的TextView进行启用和禁用跑马灯。相关问题： 1. 在Android中如何实现一个自定义的TextView，使其具有可控的跑马灯效果？ 2. 如何避免RecyclerView刷新时列表项中的动画重新开始？ 3. 在RecyclerView刷新后如何获取所有可见的子视图？请注意，以上代码仅为示例，实际应用中可能需要根据具体情况进行调整。</think>### 在Android中刷新列表时阻止OnlyMarqueeTextView滚动在Android开发中，当刷新列表（如使用`notifyDataSetChanged()`）时，防止`OnlyMarqueeTextView`（一种实现跑马灯效果的自定义TextView）重新滚动，可通过以下方法解决： #### 核心解决方案 1. **禁用焦点变化触发滚动** 在自定义`OnlyMarqueeTextView`中重写焦点相关方法： ```java public class OnlyMarqueeTextView extends AppCompatTextView { private boolean mMarqueeEnabled = true; // 允许外部控制跑马灯状态 public void setMarqueeEnabled(boolean enabled) { mMarqueeEnabled = enabled; setSelected(enabled); // 关键：控制选中状态 } @Override public void onWindowFocusChanged(boolean hasWindowFocus) { if (mMarqueeEnabled) super.onWindowFocusChanged(hasWindowFocus); // 否则忽略焦点变化 } @Override public boolean isFocused() { return mMarqueeEnabled && super.isFocused(); } } ``` 2. **刷新列表时冻结跑马灯** ```java // 刷新前禁用所有可见项的跑马灯 RecyclerView.LayoutManager lm = recyclerView.getLayoutManager(); for (int i = 0; i < lm.getChildCount(); i++) { View view = lm.getChildAt(i); OnlyMarqueeTextView tv = view.findViewById(R.id.marquee_tv); tv.setMarqueeEnabled(false); } // 刷新数据 adapter.notifyDataSetChanged(); // 刷新后恢复跑马灯（延迟确保布局完成） recyclerView.postDelayed(() -> { for (int i = 0; i < lm.getChildCount(); i++) { View view = lm.getChildAt(i); OnlyMarqueeTextView tv = view.findViewById(R.id.marquee_tv); tv.setMarqueeEnabled(true); } }, 100); ``` #### 关键原理说明 - **焦点干扰**：列表刷新时视图重建会触发焦点变化，导致跑马灯重置[^1]。 - **状态保持**：通过`setSelected()`控制跑马灯激活状态，避免自动重启。 - **生命周期同步**：在刷新前后冻结/恢复状态，与RecyclerView生命周期对齐。 #### 替代方案（无自定义View时）在数据绑定层控制： ```java // 在Adapter的onBindViewHolder中 @Override void onBindViewHolder(ViewHolder holder, int position) { holder.marqueeTextView.setSelected(!isRefreshing); // 根据刷新状态控制 } ``` 刷新时设置`isRefreshing=true`，刷新完成后重置。 > **最佳实践**：推荐使用自定义View方案，避免频繁的数据绑定检查，性能更优[^2]。 --- ### 相关问题 1. **如何实现Android自定义TextView的持续跑马灯效果？** > 需设置`android:ellipsize="marquee"`、`android:singleLine="true"`，并在代码中调用`setSelected(true)`。焦点控制是关键[^3]。 2. **RecyclerView刷新时如何保持子视图状态？** > 可通过`RecyclerView.Adapter.setHasStableIds(true)`配合稳定ID，或使用`SparseArray`手动保存视图状态。 3. **为什么Android列表刷新会重置动画效果？如何避免？** > 视图重建会触发生命周期重置。解决方案：分离动画逻辑与数据绑定，或在刷新时冻结动画状态。 4. **如何在Kotlin中优化跑马灯文本的性能？** > 使用`ViewTreeObserver.OnPreDrawListener`延迟启动跑马灯，避免布局计算时的性能损耗。 [^1]: Android视图焦点管理机制会在重建时重置UI状态 [^2]: 自定义View可减少Adapter的复杂度，提升渲染性能 [^3]: 跑马灯效果需要同时满足XML属性设置和代码焦点控制