AudioManager#abandonAudioFocus之后仍然泄漏?

文章讲述了在Android中使用AudioManager的AudioFocus功能时,如何导致内存泄漏的问题,主要原因是AudioManager的toString方法组合与Listener对象不同导致无法正确移除。作者提供了通过创建独立监听器类来避免此问题的解决方案,并反思了Google的设计选择。
摘要由CSDN通过智能技术生成

一、问题背景&等效还原

    最近在做视频播放时,发现使用AudioManager#requestAudioFocus注册焦点变化listener之后,再使用AudioManager#abandonAudioFocus反注册listener,反注册虽然有执行过,但是在使用Android Studio的Profiler验证内存泄漏时,仍然发现存在这个点的泄漏。
    编写的代码大概如下:

/**
 * @author TechMix
 * @date 2023/9/5 20:07
 * @description 测试验证AudioManager会导致内存泄漏的做法。
 * @email 1418749937@qq.com
 */
private const val TAG = "MyCustomVideoView"

class MyCustomVideoView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0
) : FrameLayout(context, attrs, defStyleAttr), AudioManager.OnAudioFocusChangeListener {
    private val audioManager: AudioManager by lazy {
        context.getSystemService(Context.AUDIO_SERVICE) as AudioManager
    }

    @RequiresApi(Build.VERSION_CODES.O)
    override fun onAttachedToWindow() {
        super.onAttachedToWindow()
        audioManager.requestAudioFocus(
            AudioFocusRequest.Builder(AudioManager.AUDIOFOCUS_GAIN)
                .setOnAudioFocusChangeListener(this)
                .setAudioAttributes(
                    AudioAttributes.Builder()
                        .setLegacyStreamType(AudioManager.STREAM_MUSIC).build()
                )
                .build()
        )
    }

    @RequiresApi(Build.VERSION_CODES.O)
    override fun onDescendantInvalidated(child: View, target: View) {
        super.onDescendantInvalidated(child, target)
        audioManager.abandonAudioFocusRequest(
            AudioFocusRequest.Builder(AudioManager.AUDIOFOCUS_GAIN)
                .setOnAudioFocusChangeListener(this)
                .setAudioAttributes(
                    AudioAttributes.Builder()
                        .setLegacyStreamType(AudioManager.STREAM_MUSIC).build()
                )
                .build()
        )
    }

    override fun onAudioFocusChange(focusChange: Int) {
        Log.d(TAG, "onAudioFocusChange: focusChanged = $focusChange")
    }
}

    如上面的代码所示,在自定义View的onAttchedToWindow()中调用requestAudioFocus(),在onDetachedFromWindow()中调用abandonAudioFocus(),传入的listener的实现对象是自定义View的this对象。

二、问题原因分析

    分析AudioManager#requestAudioFocus方法listener集合的结构,发现是一个ConcurrentHashMap<String, FocusRequestInfo>,key的取值规则是:
取AudioManager对象的toString(),拼接listener对象的toString()值。

  • android.media.AudioManager#getIdForAudioFocusListener
private String getIdForAudioFocusListener(OnAudioFocusChangeListener l) {
        if (l == null) {	
            return new String(this.toString());
        } else {
            return new String(this.toString() + l.toString());
        }
    }

对于AudioManager对象而言,其未重写toString()方法,那就是取Object#toString()的结果,是getClass().getName() + “@” + Integer.toHexString(hashCode());,因为AudioManager对象是单例的形式存在的,具体实现是转调AudioService做一些和系统服务通信的事情。所以问题就基本确定在listener.toString()在反注册时,已经和注册时是不同的值,导致反注册无法从listener的ConcurrentHashMap中移除,导致内存泄漏。

    public String toString() {
        return getClass().getName() + "@" + Integer.toHexString(hashCode());
    }

我们看看View#toString()的实现:

public String toString() {
        StringBuilder out = new StringBuilder(128);
        out.append(getClass().getName());
        out.append('{');
        out.append(Integer.toHexString(System.identityHashCode(this)));
        out.append(' ');
        switch (mViewFlags&VISIBILITY_MASK) {
            case VISIBLE: out.append('V'); break;
            case INVISIBLE: out.append('I'); break;
            case GONE: out.append('G'); break;
            default: out.append('.'); break;
        }
        out.append((mViewFlags & FOCUSABLE) == FOCUSABLE ? 'F' : '.');
        out.append((mViewFlags&ENABLED_MASK) == ENABLED ? 'E' : '.');
        out.append((mViewFlags&DRAW_MASK) == WILL_NOT_DRAW ? '.' : 'D');
        out.append((mViewFlags&SCROLLBARS_HORIZONTAL) != 0 ? 'H' : '.');
        out.append((mViewFlags&SCROLLBARS_VERTICAL) != 0 ? 'V' : '.');
        out.append((mViewFlags&CLICKABLE) != 0 ? 'C' : '.');
        out.append((mViewFlags&LONG_CLICKABLE) != 0 ? 'L' : '.');
        out.append((mViewFlags&CONTEXT_CLICKABLE) != 0 ? 'X' : '.');
        out.append(' ');
        out.append((mPrivateFlags&PFLAG_IS_ROOT_NAMESPACE) != 0 ? 'R' : '.');
        out.append((mPrivateFlags&PFLAG_FOCUSED) != 0 ? 'F' : '.');
        out.append((mPrivateFlags&PFLAG_SELECTED) != 0 ? 'S' : '.');
        if ((mPrivateFlags&PFLAG_PREPRESSED) != 0) {
            out.append('p');
        } else {
            out.append((mPrivateFlags&PFLAG_PRESSED) != 0 ? 'P' : '.');
        }
        out.append((mPrivateFlags&PFLAG_HOVERED) != 0 ? 'H' : '.');
        out.append((mPrivateFlags&PFLAG_ACTIVATED) != 0 ? 'A' : '.');
        out.append((mPrivateFlags&PFLAG_INVALIDATED) != 0 ? 'I' : '.');
        out.append((mPrivateFlags&PFLAG_DIRTY_MASK) != 0 ? 'D' : '.');
        out.append(' ');
        out.append(mLeft);
        out.append(',');
        out.append(mTop);
        out.append('-');
        out.append(mRight);
        out.append(',');
        out.append(mBottom);
        final int id = getId();
        if (id != NO_ID) {
            out.append(" #");
            out.append(Integer.toHexString(id));
            final Resources r = mResources;
            if (id > 0 && Resources.resourceHasPackage(id) && r != null) {
                try {
                    String pkgname;
                    switch (id&0xff000000) {
                        case 0x7f000000:
                            pkgname="app";
                            break;
                        case 0x01000000:
                            pkgname="android";
                            break;
                        default:
                            pkgname = r.getResourcePackageName(id);
                            break;
                    }
                    String typename = r.getResourceTypeName(id);
                    String entryname = r.getResourceEntryName(id);
                    out.append(" ");
                    out.append(pkgname);
                    out.append(":");
                    out.append(typename);
                    out.append("/");
                    out.append(entryname);
                } catch (Resources.NotFoundException e) {
                }
            }
        }
        out.append("}");
        return out.toString();
    }

可从上述代码中看到,View#toString()方法实现,是会根据View的可见性、是否可上焦、是否按下状态、是否可点击等一系列的int类型的flag值决定的,所以先使用View.this作为listener注册之后,再反注册View.this对象,只有在View的状态完全相同时才能反注册,比如:注册时View是可见的,反注册时是不可见的,那这样反注册是无效的。

解决方案

原因确定就很好解决这个问题,新建一个实现listener接口的类,保持注册和反注册时都是同一个对象即可,默认的toString()方法就是Object#toString()实现,只要是同一个对象就好。

public String toString() {
        return getClass().getName() + "@" + Integer.toHexString(hashCode());
    }

三、反思:Google为什么要这样设计?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

TechMix

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值