Question

在我的应用中，我有一个VerticalSeekBar（SeekBar的一些自定义实现），当用户使用硬件按钮更改媒体音量时，进度应该会改变。以下是使用ContentObserver：

的半工作解决方案

      public class SettingsContentObserver extends ContentObserver {

     private VerticalSeekBar sb;
     private AudioManager am;

public SettingsContentObserver(Handler handler, VerticalSeekBar sb, AudioManager am) {
    super(handler);
    this.sb = sb;
    this.am = am;

}

@Override
public boolean deliverSelfNotifications() {
    return super.deliverSelfNotifications();
}

@Override
public void onChange(boolean selfChange) {
    super.onChange(selfChange);
    sb.setProgress(am.getStreamVolume(AudioManager.STREAM_MUSIC));

}
    }

活动：

        @Override
protected void onResume() {
    super.onResume();
    mSettingsContentObserver = new SettingsContentObserver( new Handler(), vBar, audioMan ); 
    this.getApplicationContext().getContentResolver().registerContentObserver( 
        android.provider.Settings.System.CONTENT_URI, true, 
        mSettingsContentObserver );

}

问题：检测到音量变化但是有几秒钟的延迟，直到它们被检测到并且SeekBar的进度发生变化。

问题：是否有更可靠的方法来监听特定卷流上的卷更改？如果你有一些

，请分享你的解决方案

Answer 1

我已经制定了一个在通话时监听音量的解决方案，所以这应该是类似的。

您可以监听活动中的按键（onKey）并检查相应的keyCode（VOLUME_UP或VOLUME_DOWN）。

或者，如果由于某种原因（某些远程视图）无法侦听关键事件，只需以足够快的频率轮询音量级别：

使用am.getStreamVolume(AudioManager.STREAM_MUSIC)轮询音量级别。

以您想要的频率运行此项。例如：

    private Runnable mVolumeUpdateRunnable = new Runnable() {
    public void run() {
        if (shouldUpdate)
        {
                updateCurrentVolume();
                new Handler().postDelayed(mVolumeUpdateRunnable, VOLUME_SAMPLING_DELAY);
        }
    }
};

电话费用并不昂贵，因此以高频率更新不应该是一个大问题。

Answer 2

高频率的轮询流量增加cpu使用率，在我的情况下是14％

android - 检测流量变化

2 个答案: