Android 浅谈回调

随处可见的回调

在 Android 开发中，回调（Callback）是一种常见的编程模式，用于处理异步事件或信息传递。通过回调，一个对象（通常是一个事件的发起者或处理者）可以将某些任务或行为的执行通知给另一个对象。这种模式在 Android 源码和应用程序开发中广泛应用，特别是在处理用户界面事件、网络请求、权限请求等场景。

Android 源码中关于回调的扩展和应用丰富多样，以下是一些常见的例子：

1. 事件监听器：这是回调的一种典型应用。例如，OnClickListener 用于监听按钮点击事件，OnTouchListener 用于监听触摸事件等。开发者可以通过实现这些接口并设置监听器来响应不同的用户界面事件。
2. 异步任务处理：AsyncTask 是 Android 中处理异步任务的一种机制，它允许执行后台操作并在主线程中更新UI。虽然现在推荐使用 Kotlin 的协程来处理异步操作，AsyncTask 的设计原理仍是基于回调模式，通过doInBackground和onPostExecute等方法的实现来分别处理后台任务和任务完成后的UI更新。
3. 网络请求回调：在进行网络请求时（如使用 Retrofit、OkHttp），回调用于处理请求成功或失败后的操作。开发者可以定义成功或错误的回调方法，以便在收到响应时更新UI或处理数据。
4. 权限请求回调：从 Android 6.0（API 级别 23）开始，应用需要请求运行时权限。requestPermissions方法用于请求权限，而onRequestPermissionsResult回调方法用于接收权限请求的结果，并据此执行相应的操作。
5. 广播接收者（BroadcastReceiver）：用于监听和响应来自其他应用或系统的广播消息。当接收到广播时，onReceive方法会被回调，允许开发者在此方法中执行相应的操作。
6. 服务连接（ServiceConnection）：当组件想要绑定到服务时（使用bindService），可以通过实现ServiceConnection接口并实现其onServiceConnected和onServiceDisconnected方法来管理与服务的连接和断开。

实现回调的简单示例

步骤1：定义回调接口

首先，在自定义控件中定义一个回调接口。这个接口将包含一个或多个方法，用于在特定事件发生时被调用。

public class MyCustomView extends View {
    // 回调接口定义
    public interface CustomViewCallback {
        void onUiChange(String data);
    }

    private CustomViewCallback callback;

    // 设置回调接口的方法
    public void setCustomViewCallback(CustomViewCallback callback) {
        this.callback = callback;
    }

    // 触发事件的方法
    public void triggerUiChangeEvent() {
        if (callback != null) {
            callback.onUiChange("新的UI数据");
        }
    }
    
    // 其他代码
}

步骤2：在Activity中实现回调接口

接下来，在包含自定义控件的Activity中实现这个回调接口。在接口的实现中，你可以处理从自定义控件接收到的事件，如更新UI或与其他Fragment通信。

public class MyActivity extends AppCompatActivity implements MyCustomView.CustomViewCallback {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_my);

        MyCustomView myCustomView = findViewById(R.id.myCustomView);
        myCustomView.setCustomViewCallback(this);
    }

    @Override
    public void onUiChange(String data) {
        // 处理自定义控件的UI变化事件
        // 例如，更新Fragment的UI
        Fragment fragment = getSupportFragmentManager().findFragmentById(R.id.myFragment);
        if (fragment instanceof MyFragment) {
            ((MyFragment) fragment).updateUi(data);
        }
    }
}

步骤3：在Fragment中处理通知

最后，在需要接收通知的Fragment中，定义一个更新UI的方法。当Activity接收到自定义控件的回调时，它将调用这个方法。

public class MyFragment extends Fragment {

    // 更新UI的方法
    public void updateUi(String data) {
        // 使用从Activity传递的数据更新Fragment的UI
        TextView textView = getView().findViewById(R.id.textView);
        textView.setText(data);
    }

    // 其他代码
}

错误示例：匿名内部类持有外部Activity的引用

假设你有一个Activity，它启动了一个长时间运行的异步任务，并且这个异步任务在完成时通过一个回调接口向Activity报告结果。如果这个回调是一个匿名内部类或者是一个lambda表达式，它会隐式持有对外部Activity的引用。如果Activity需要在任务完成前被销毁（比如用户旋转了设备或者按了返回键退出了Activity），那么因为异步任务的存在，Activity的实例不会被垃圾回收，从而导致内存泄漏。

public class LeakActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_leak);

        // 启动长时间运行的异步任务
        new AsyncTask<Void, Void, String>() {
            @Override
            protected String doInBackground(Void... params) {
                // 模拟长时间的后台计算
                SystemClock.sleep(10000);
                return "任务完成";
            }

            @Override
            protected void onPostExecute(String result) {
                // 更新UI，此时可能已经没有Activity了
                TextView textView = findViewById(R.id.textView);
                textView.setText(result);
            }
        }.execute();
    }
}

在这个例子中，如果LeakActivity在异步任务完成前被销毁，由于匿名AsyncTask类持有LeakActivity的隐式引用，Activity的实例将不会被垃圾回收器回收，导致内存泄漏。

解决方案

1. 使用静态内部类+弱引用：将异步任务定义为Activity的一个静态内部类，并且通过弱引用持有Activity的引用。这样即使原始Activity被销毁，由于只有一个弱引用指向它，垃圾回收器仍然可以回收它。
2. 使用生命周期感知组件：考虑使用ViewModel和LiveData等架构组件，它们能够更好地管理长时间运行的任务并遵循Activity或Fragment的生命周期，从而避免内存泄漏。

通过以上方法，可以有效避免因使用回调不当导致的内存泄漏问题。

总结

各种回调模式的相似之处

1. 异步通信：回调是处理异步操作的一种常见手段，允许程序继续执行而不必等待操作完成。这在处理网络请求、数据库操作等耗时任务时特别有用。
2. 减少耦合：通过回调，可以将事件的产生和处理解耦，提高代码的模块化和重用性。事件的发起者不需要知道谁将处理这个事件，处理者只需知道如何响应。
3. 事件驱动：回调机制促进了基于事件驱动编程的实现。系统或用户的操作触发事件，然后通过回调机制响应这些事件。

各种回调模式的差异

定义和使用上的差异：

• • 事件监听器（如 OnClickListener）通常用于UI事件的响应，如用户点击按钮。这些监听器通常在UI组件上注册，并要求实现特定的接口。
  • 异步任务处理（如 AsyncTask 或使用 LiveData）用于执行后台任务并在任务完成时更新UI。这里的回调通常是通过重写方法（如 onPostExecute）或观察数据变化实现。
  • 广播接收器（BroadcastReceiver）用于响应系统或应用内的广播消息。它通过重写 onReceive 方法来接收和处理广播。

生命周期管理：

• • 动态注册的组件（如动态注册的 BroadcastReceiver 或使用 LiveData 的组件）需要在它们的宿主（如 Activity 或 Fragment）的生命周期内进行管理，以避免内存泄漏或无效状态的问题。
  • 事件监听器通常与UI组件的生命周期紧密相关，不需要单独的生命周期管理，但仍需注意避免持有过长的外部引用导致的内存泄漏。

用例和应用场景：

• • 事件监听器更多用于处理用户交互事件。
  • 异步任务处理适用于执行耗时操作并在操作完成后更新UI。
  • 广播接收器主要用于监听和响应系统或应用发出的广播。