Android Dialog内嵌Spinner选中项时触发内存溢出问题求助

哇，这个Spinner选中后突然内存暴增触发OOM的问题确实挺闹心的，尤其是连堆栈日志都没给，排查起来更费劲儿。结合我之前踩过的类似坑，给你几个方向逐一排查试试：

1. 先盯紧Adapter的实现 #

这是最容易出问题的地方：

• 检查getView()方法有没有复用convertView？如果每次都直接LayoutInflater.inflate(...)而不判断convertView是否为空，选中后反复创建大量View对象，内存会瞬间飙升。
• 有没有在选中事件里不小心修改了数据源？比如误把选中的Item又重复添加到Adapter的数据集里，导致数据量无限膨胀，进而触发OOM。

举个正确复用View的Adapter示例：

override fun getView(position: Int, convertView: View?, parent: ViewGroup): View {
    val viewHolder: ViewHolder
    val itemView = if (convertView == null) {
        viewHolder = ViewHolder()
        val inflatedView = LayoutInflater.from(parent.context).inflate(R.layout.spinner_item, parent, false)
        viewHolder.textView = inflatedView.findViewById(R.id.item_text)
        inflatedView.tag = viewHolder
        inflatedView
    } else {
        viewHolder = convertView.tag as ViewHolder
        convertView
    }
    // 绑定数据到ViewHolder
    viewHolder.textView?.text = data[position]
    return itemView
}

private class ViewHolder {
    var textView: TextView? = null
}

2. 检查选中事件的逻辑 #

• 有没有在OnItemSelectedListener里执行内存密集型操作？比如选中后加载超大Bitmap、启动无限循环的任务，或者一次性创建大量对象？
• 会不会不小心持有了大对象的强引用？比如在监听里引用了整个Activity或者Dialog的上下文，导致内存无法释放，但这种一般是缓慢泄漏，你这个是骤增，更可能是瞬间创建大量对象。

3. 自定义Spinner本身的问题 #

你的SearchTypeSpinner继承自LinearLayout，得检查：

• 有没有在选中后重复添加子View？比如每次选中都调用addView(...)却没有先移除旧的子View，导致布局里的控件越来越多。
• 有没有使用未优化的资源？比如每个Item的背景图分辨率极高，且没有做压缩或复用，选中后大量加载这类资源直接撑爆内存。

4. 用工具抓线索（关键！） #

既然Logcat没给堆栈，就用Android Studio的工具来定位：

• 打开Profiler的内存面板，选中Spinner前拍一次内存快照，选中后再拍一次，对比两个快照里的对象数量变化，看看哪种对象（比如Bitmap、自定义View）突然暴增。
• 开启StrictMode，在Application的onCreate里添加配置，它会帮你检测不合理的对象创建、内存泄漏等问题，说不定能输出关键警告：

  StrictMode.setVmPolicy(StrictMode.VmPolicy.Builder()
      .detectLeakedSqlLiteObjects()
      .detectLeakedClosableObjects()
      .penaltyLog()
      .build())
  

• 临时替换成系统原生Spinner测试，如果不会OOM，那问题肯定出在你的自定义Spinner代码里，再逐步注释自定义逻辑缩小范围。

5. 其他小细节 #

• 有没有开启了过多的Debug日志？比如选中后疯狂打印大对象的toString()，虽然日志本身占内存，但极端情况下也可能触发OOM。
• 检查Dialog的生命周期，会不会选中后Dialog没有正确销毁，反而被重复创建？

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