Android开发Context归属及自定义Adapter中Context传参答疑

基础概念澄清 #

• XML布局文件本身只是存放在res目录下的静态配置文件，不自带Context。
• Android中并非只有Activity持有Context：Application、Service、已经挂载到视图树的View组件都持有对应Context，不同类型Context的能力边界、适用场景存在差异。
• 所有和界面渲染、资源访问相关的操作，都必须依托Context才能完成，这也是写UI相关代码时到处需要传Context的核心原因。

代码场景传参逻辑解析 #

示例代码如下：

package com.example.myapplication

import android.view.LayoutInflater
import android.view.View
import android.view.ViewGroup
import android.widget.BaseAdapter
import android.widget.TextView
import androidx.core.content.ContextCompat

class ItemAdapter(val items : Array<Item>) : BaseAdapter() {
    override fun getCount(): Int {
        return items.size
    }

    override fun getItem(position: Int): Item {
        return items[position]
    }

    override fun getItemId(position: Int): Long {
        return items[position].ItemName.hashCode().toLong()
    }
    override fun getView(position: Int, convertView: View?, parent: ViewGroup?): View {
        val conView = LayoutInflater.from(parent?.context).inflate(R.layout.list_item, parent, false)
        val ItemNames : TextView = conView.findViewById(R.id.item_name)
        val ItemPrice : TextView = conView.findViewById(R.id.item_price)
        ItemNames.text = getItem(position).ItemName
        ItemPrice.text = "₹ ${getItem(position).ItemPrice.toString()}"
        val item = getItem(position)
        if(item.isFav){
            conView.setBackgroundColor(ContextCompat.getColor(conView.context, R.color.teal_200))
        }else{
            conView.setBackgroundColor(ContextCompat.getColor(conView.context, R.color.white))
        }
        return conView
    }
}

两处传参的逻辑如下：

1. LayoutInflater.from()为什么传parent?.context #

• 这里的parent就是当前承载列表项的ListView实例，它的context属性就是ListView初始化时传入的上下文，绝大多数场景下就是托管这个ListView的Activity实例。
• 用这个Context加载布局有两个不可替代的作用：一是它自带当前Activity的主题配置，解析XML生成的View会自动匹配当前页面的主题样式（默认字体、控件色值、尺寸属性等），不会出现样式错位；二是LayoutInflater需要依托Context解析XML中引用的各类资源（drawable、字符串、尺寸等），父容器的Context是当前视图层级最直接的上下文，不会出现资源解析失败的问题。
• 这里禁止传Application级别的Context，因为Application不持有Activity主题，加载出来的布局会套用系统默认主题，和页面设计的样式大概率不匹配。

2. ContextCompat.getColor()为什么传conView.context，不能像Activity里那样传this #

• 自定义的ItemAdapter只是继承自BaseAdapter的普通类，本身不是Context的子类。在Activity里能直接传this，是因为Activity本身就是Context的子类，this指向的就是Activity上下文实例；在Adapter类里直接写this指向的是Adapter本身，根本不是Context类型，编译阶段就会报错。
• conView是inflate出来的列表项根布局，它挂载到视图树之后，持有的Context和父容器ListView、宿主Activity的Context是同一个实例，用它获取颜色资源完全合法：所有挂载到视图树的View，其context属性都指向所在视图层级的上下文，能正常访问当前主题下的所有资源，不存在功能问题。

开发中Context选型判断规则 #

正常场景下这两处拿到的Context是同一个Activity实例，只是就近取值的来源不同，没有本质冲突。实际开发按以下规则选择就不会出错：

• 涉及UI渲染、主题相关资源访问、页面级交互（inflate布局、获取颜色/drawable/尺寸等UI资源、弹出Toast、启动Activity）的场景，必须用Activity/View持有的UI类型Context，禁止用Application Context，避免主题错乱、生命周期不匹配导致的内存泄漏或者功能异常。
• 涉及全局配置访问、和页面生命周期无关的初始化操作，才用Application Context。
• 在Adapter、自定义View这类本身不持有Context的类里，优先就近取可用的UI Context：inflate布局时拿父容器的parent.context，操作已加载的View时直接拿view.context即可，这种写法不需要额外给Adapter传构造参数持有Context，是最稳妥、最不容易写错的实践。

内容的提问来源于stack exchange，提问作者ADITYA RAJ