12、点击事件处理（二）：使用接口回调实现点击事件

上一章我们聊了直接在 Adapter 里写点击监听，那种方式简单直接，适合小项目。但一旦项目复杂起来，你会发现代码越来越臃肿，Adapter 里塞满了业务逻辑。这时候，接口回调就派上用场了。

说白了，接口回调就是「把点击事件的处理权交出去」。Adapter 只负责「谁被点了」，至于「点了之后干什么」，让 Activity 或 Fragment 去决定。这样 Adapter 就干净了，复用性也高了。

为什么需要接口回调？

我刚开始写 RecyclerView 时，也喜欢直接在 Adapter 里写 setOnClickListener。但有一次，一个列表需要根据用户权限显示不同的点击行为——普通用户跳转详情页，管理员弹出编辑对话框。如果都在 Adapter 里写，那 Adapter 就得知道用户权限、知道跳转逻辑、知道对话框怎么弹……这显然不合理。

接口回调的核心思想就三个字：解耦。

• Adapter 只做一件事：绑定数据，触发回调。
• 调用方（Activity/Fragment）做另一件事：处理回调，执行逻辑。

你想想看，如果哪天产品说「点击跳转改成弹窗」，你只需要改调用方的代码，Adapter 一行都不用动。这就是接口回调的魅力。

定义接口

我们先定义一个点击回调接口。我个人习惯把接口定义在 Adapter 内部，这样结构清晰，一看就知道这个接口是给这个 Adapter 用的。

class MyAdapter(private val dataList: List<String>) : RecyclerView.Adapter<MyAdapter.ViewHolder>() {

    // 定义点击回调接口
    interface OnItemClickListener {
        fun onItemClick(position: Int, item: String)
    }

    private var listener: OnItemClickListener? = null

    // 对外暴露设置监听的方法
    fun setOnItemClickListener(listener: OnItemClickListener) {
        this.listener = listener
    }

    // ... 其他代码
}

这里要注意，接口方法我传了两个参数：position 和 item。为什么传 item？因为有时候调用方需要知道具体的数据内容，比如显示 Toast 时直接拿 item 字符串。当然，你也可以只传 position，让调用方自己去数据源里取。我个人倾向于都传，灵活一点。

在 ViewHolder 中触发回调

接下来，在 ViewHolder 的 bind 方法里设置点击事件，并调用接口回调。

inner class ViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) {
    private val textView: TextView = itemView.findViewById(R.id.textView)

    fun bind(item: String, position: Int) {
        textView.text = item
        itemView.setOnClickListener {
            listener?.onItemClick(position, item)
        }
    }
}

嗯，这里有个细节：listener 是可为空的，所以要用 ?. 安全调用。如果不判空，一旦忘记设置监听，点击就会崩溃。我曾经在一个紧急版本里犯过这个错，上线后用户一点列表就闪退……从那以后，我所有回调都养成了判空的习惯。

在 Activity 中实现回调

调用方使用起来也很简单。在 Activity 或 Fragment 中，创建 Adapter 后调用 setOnItemClickListener 即可。

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val recyclerView = findViewById<RecyclerView>(R.id.recyclerView)
        val dataList = listOf("Item 1", "Item 2", "Item 3", "Item 4", "Item 5")

        val adapter = MyAdapter(dataList)
        adapter.setOnItemClickListener(object : MyAdapter.OnItemClickListener {
            override fun onItemClick(position: Int, item: String) {
                Toast.makeText(this@MainActivity, "点击了第 ${position + 1} 项: $item", Toast.LENGTH_SHORT).show()
            }
        })

        recyclerView.adapter = adapter
        recyclerView.layoutManager = LinearLayoutManager(this)
    }
}

你看，Adapter 完全不知道点击后要弹 Toast，它只管通知「有人点了第 3 项」。具体怎么处理，是 Activity 的事。

接口回调的完整流程

为了让你更直观地理解，我画了一张流程图。这张图展示了从点击到回调的完整链路。

流程其实很简单：用户点击 → ViewHolder 捕获点击事件 → 调用 Adapter 的接口方法 → Activity 收到回调并执行逻辑。每一步各司其职，谁也不越界。

进阶：多个点击事件怎么办？

有时候一个 Item 里有多个可点击区域，比如一个「点赞按钮」和一个「分享按钮」。这时候只用一个回调就不够用了。

我的做法是定义多个接口，或者在一个接口里用不同的方法名区分。

interface OnItemClickListener {
    fun onItemClick(position: Int, item: String)
    fun onLikeClick(position: Int, item: String)
    fun onShareClick(position: Int, item: String)
}

然后在 ViewHolder 里分别给不同的 View 设置监听：

fun bind(item: String, position: Int) {
    textView.text = item
    itemView.setOnClickListener { listener?.onItemClick(position, item) }
    likeButton.setOnClickListener { listener?.onLikeClick(position, item) }
    shareButton.setOnClickListener { listener?.onShareClick(position, item) }
}

调用方实现接口时，三个方法都得实现。如果某个方法不需要处理，留空即可。

避坑指南

接口回调虽然好用，但有几个坑需要注意。我一个个说。

我曾经在一个 Fragment 里忘记在 onDestroyView 中清理 Adapter 的回调，结果 Fragment 重建了十几次，内存一路飙升。排查了半天才发现是回调引用没释放。

接口回调 vs 直接监听

什么时候用接口回调，什么时候用直接监听？我列个对比表，你一看就明白了。

对比项	接口回调	直接监听
代码耦合度	低，Adapter 不依赖调用方	高，Adapter 直接写业务逻辑
复用性	高，换一个页面也能用	低，换页面就得改 Adapter
代码量	稍多，需要定义接口	少，直接写监听
适用场景	中大型项目，需要复用 Adapter	小项目，一次性页面

我个人习惯是：只要这个 Adapter 有可能被复用，就用接口回调。哪怕现在只有一个页面用，也先写好接口。因为后期加页面时，改接口比改 Adapter 成本低得多。

总结

接口回调是 RecyclerView 点击事件处理的核心方式之一。它把「点击检测」和「点击处理」分离开，让 Adapter 保持干净，让业务逻辑集中在 Activity 或 Fragment 中。

记住三个要点：

• 定义接口时，参数要传全（position + item），方便调用方使用。
• 触发回调时，一定要判空，避免空指针。
• 多个点击区域，用多个接口方法区分。

下一章我们会聊另一种更现代的方式——Lambda 表达式和 Kotlin 高阶函数。那种写法更简洁，但本质还是接口回调的变体。先把接口回调吃透，后面学起来就轻松了。

---

公众号:蓝海资料掘金营，微信deep3321