Android 日常开发常见问题剖析：洞悉细节，提升编码效率

2024-02-13 15:12:11

作为一名 Android 开发者，日常开发过程中难免会遇到各种问题。深入探究这些问题，不仅能提升我们的编码规范意识，还能帮助我们从容应对各种疑难杂症。本文精心整理了 Android 日常开发中常见的若干问题，深入剖析其成因和解决方案，以期为广大开发者提供有益的参考和借鉴。

问题 1：在非 Activity 上下文中调用 startActivity()

问题

在非 Activity 上下文中调用 startActivity()，会抛出异常："Calling startActivity() from outside of an Activity context requires specifying a target Activity or Intent."

成因分析：

startActivity() 方法通常在 Activity 中使用，它需要一个目标 Activity 或 Intent 作为参数，以指定要启动的 Activity。在非 Activity 上下文中，没有明确的目标 Activity 或 Intent，因此会引发异常。

解决方案：

在非 Activity 上下文中启动 Activity，可以使用以下方法：

Context.startActivity(Intent intent) ：传递一个明确的 Intent，指定目标 Activity。
Context.startActivity(Class<?> cls) ：传递目标 Activity 的类名，由系统自动生成 Intent。
ContextWrapper.startActivity(Intent intent) ：如果当前上下文是 ContextWrapper 的子类，可以使用 startActivity() 方法。

问题 2：循环依赖导致的内存泄漏

问题：

当两个或多个对象相互引用时，可能会形成循环依赖，导致内存泄漏。在 Android 中，这通常发生在持有 Activity 上下文或 View 的静态成员变量中。

成因分析：

当 Activity 或 View 被销毁后，它们仍然被静态成员变量引用，从而无法被垃圾回收。随着时间的推移，这些对象会堆积在内存中，导致内存泄漏。

解决方案：

避免在静态成员变量中持有 Activity 上下文或 View。如果必须持有上下文，可以使用弱引用或软引用，确保在对象销毁后能及时被释放。

问题 3：View.setVisibility() 无效

问题：

设置 View.setVisibility() 无效，即 View 的可见性没有发生改变。

成因分析：

setVisibility() 方法只能改变 View 本身的可见性，但不会影响其父 View 的可见性。如果父 View 是不可见的，则无论子 View 的可见性如何，都不会显示。

解决方案：

确保 View 的父 View 是可见的。如果父 View 不可见，可以先设置其可见性为 VISIBLE，然后再设置子 View 的可见性。

问题 4：Fragment 无法接收 onAttach() 和 onCreateView() 回调

问题描述：

在 FragmentTransaction 中添加或替换 Fragment 时，Fragment 无法接收 onAttach() 和 onCreateView() 回调。

成因分析：

当使用 FragmentTransaction.add() 或 FragmentTransaction.replace() 方法添加或替换 Fragment 时，Fragment 不会立即添加到 Activity 中。在 commit() 或 commitAllowingStateLoss() 方法被调用后，Fragment 才会被添加到 Activity 中，并触发 onAttach() 和 onCreateView() 回调。

解决方案：

在 FragmentTransaction 中添加或替换 Fragment 后，调用 commit() 或 commitAllowingStateLoss() 方法，确保 Fragment 被立即添加到 Activity 中。