停止在WebView中自动启动的网页Android MediaPlayer

4
我的Android应用程序中的一个活动包含一个WebView,用于显示GrooveShark播放器网页。当用户点击网页上的播放按钮时,该活动自动启动默认MediaPlayer以播放音轨。一切都很好,问题出现在用户关闭这个活动后,即使MediaPlayer不再播放音轨,它也会保持活动状态......即使应用程序关闭,MediaPlayer仍然存活着。唯一的方法是强制停止应用程序才能杀死它......这似乎不是什么大问题,但在某些设备上,当用户挂断电话后,这个“僵尸”MediaPlayer突然开始播放音轨,尽管应用程序已经被销毁......

以下是我的活动代码摘要:

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_song);

    myWV = (WebView) findViewById(R.id.webview);

    WebSettings webSettings = myWV.getSettings();
    webSettings.setJavaScriptEnabled(true);

    myWV.setWebViewClient(new MyWebViewClient());
    myWV.setWebChromeClient(new WebChromeClient());
    myWV.loadUrl(url);
}

@Override
protected void onPause() {
    // TODO Auto-generated method stub
    super.onPause();
    myWV.onPause();
    myWV.pauseTimers();
}

@Override
protected void onResume() {
    // TODO Auto-generated method stub
    super.onResume();
    myWV.onResume();
    myWV.resumeTimers();
}

@Override
protected void onDestroy() {
    // TODO Auto-generated method stub
    super.onDestroy();
    myWV.destroy();
}

private class MyWebViewClient extends WebViewClient {
    @Override
    public boolean shouldOverrideUrlLoading(WebView view, String url) {

        if (Uri.parse(url).getHost().equals("grooveshark.com")) {
            return false;
        }

       Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse(url));
        startActivity(intent);

        return true;
    }
}

当这个曲目第一次播放时,日志显示的内容如下:

 12-03 20:52:13.184: D/webkit(23440): euler: isUrlBlocked = false
 12-03 20:52:13.794: V/MediaPlayer(23440): constructor
 12-03 20:52:13.804: V/MediaPlayer(23440): setListener
 12-03 20:52:13.814: D/HTML5Audio(23440): setDataSource()
 12-03 20:52:13.894: V/MediaPlayer(23440): setVideoSurfaceTexture
 12-03 20:52:13.894: V/MediaPlayer(23440): prepareAsync
 12-03 20:52:16.144: V/MediaPlayer(23440): message received msg=3, ext1=12, ext2=0
 12-03 20:52:16.154: V/MediaPlayer(23440): buffering 12
 12-03 20:52:16.154: V/MediaPlayer(23440): callback application
 12-03 20:52:16.154: V/MediaPlayer(23440): back from callback
 12-03 20:52:16.154: V/MediaPlayer(23440): message received msg=5, ext1=0, ext2=0
 12-03 20:52:16.154: V/MediaPlayer(23440): New video size 0 x 0
 12-03 20:52:16.154: V/MediaPlayer(23440): callback application
 12-03 20:52:16.154: V/MediaPlayer(23440): back from callback
 12-03 20:52:16.154: V/MediaPlayer(23440): message received msg=1, ext1=0, ext2=0
 12-03 20:52:16.154: V/MediaPlayer(23440): prepared
 12-03 20:52:16.154: V/MediaPlayer(23440): callback application
 12-03 20:52:16.154: V/MediaPlayer(23440): back from callback
 12-03 20:52:16.184: E/MediaPlayer(23440): mOnVideoSizeChangedListener is null. Failed to send MEDIA_SET_VIDEO_SIZE message.
 12-03 20:52:16.194: I/MediaPlayer(23440): Don't send intent. msg.arg1 = 0, msg.arg2 = 0
 12-03 20:52:16.194: I/MediaPlayer(23440): mOnPreparedListener. Send MEDIA_PREPARED message.
 12-03 20:52:16.194: D/HTML5Audio(23440): onPrepared()
 12-03 20:52:16.214: V/MediaPlayer(23440): getDuration
 12-03 20:52:16.224: V/MediaPlayer(23440): seekTo 0
 12-03 20:52:16.224: V/MediaPlayer(23440): getDuration
 12-03 20:52:16.224: V/MediaPlayer(23440): message received msg=4, ext1=0, ext2=0
 12-03 20:52:16.224: D/HTML5Audio(23440): play() called. mState = 2
 12-03 20:52:16.224: V/MediaPlayer(23440): Received seek complete
 12-03 20:52:16.224: V/MediaPlayer(23440): All seeks complete - return to regularly      scheduled program
 12-03 20:52:16.224: V/MediaPlayer(23440): callback application
 12-03 20:52:16.224: V/MediaPlayer(23440): back from callback
 12-03 20:52:16.244: V/MediaPlayer(23440): start
 12-03 20:52:16.264: D/HTML5Audio(23440): play() - start()
 12-03 20:52:16.284: I/MediaPlayer(23440): mOnSeekCompleteListener. Send MEDIA_SEEK_COMPLETE message.
 12-03 20:52:16.464: V/MediaPlayer(23440): isPlaying: 1
 12-03 20:52:16.714: V/MediaPlayer(23440): isPlaying: 1
 ....

最后,当活动完成后,日志将永远显示以下内容

12-03 20:52:36.164: V/MediaPlayer(23440): message received msg=3, ext1=100, ext2=0
12-03 20:52:36.164: V/MediaPlayer(23440): buffering 100
12-03 20:52:36.164: V/MediaPlayer(23440): callback application
12-03 20:52:36.164: V/MediaPlayer(23440): back from callback
12-03 20:52:36.244: V/MediaPlayer(23440): isPlaying: 0
12-03 20:52:36.494: V/MediaPlayer(23440): isPlaying: 0
12-03 20:52:36.744: V/MediaPlayer(23440): isPlaying: 0
12-03 20:52:36.994: V/MediaPlayer(23440): isPlaying: 0
12-03 20:52:37.164: V/MediaPlayer(23440): message received msg=3, ext1=100, ext2=0
12-03 20:52:37.164: V/MediaPlayer(23440): buffering 100
12-03 20:52:37.164: V/MediaPlayer(23440): callback application
12-03 20:52:37.164: V/MediaPlayer(23440): back from callback
12-03 20:52:37.244: V/MediaPlayer(23440): isPlaying: 0
12-03 20:52:37.504: V/MediaPlayer(23440): isPlaying: 0
12-03 20:52:37.754: V/MediaPlayer(23440): isPlaying: 0
12-03 20:52:38.004: V/MediaPlayer(23440): isPlaying: 0
....

我需要找到一种方法来检索那个“僵尸”MediaPlayer并停止它...许多感谢。

1
你是否曾经找到了解决这个问题的方法?我在我的webview中遇到了一个类似的视频问题。 - Yaniv Efraim
什么都没有发生... 尽管如此,我在 Xperia 和 HTC 设备上尝试了我的应用程序,这个问题并没有出现... 在那些设备中,当 WebView 停止时,"MediaPlayer Service" 僵尸会死亡。它似乎是某些特定三星设备的错误(例如 Samsung Galaxy Trend (4.0.4)),我不认为与 API 级别有关......唯一的停止方法是在你关闭应用程序时杀死它:Process.killProcess(Process.myPid()); - Hannibalem
我也尝试着检索那个MediaPlayer进程的pid,并用我之前发布的命令将其杀死...但是没有任何作用,Android不允许我这样做...真的很烦人。 - Hannibalem
1个回答

10

在经历了类似问题的折磨后,我终于找到了解决方法。看起来,如果在关闭Webview时AudioService没有焦点,它就不会被暂停。这会导致一些问题(另一个播放器无法开始播放等)。

唯一对我有效的解决方案是:

@Override
protected void onPause() {
    super.onPause();

    ((AudioManager)getSystemService(
            Context.AUDIO_SERVICE)).requestAudioFocus(
                    new OnAudioFocusChangeListener() {
                        @Override
                        public void onAudioFocusChange(int focusChange) {}
                    }, AudioManager.STREAM_MUSIC, 
                    AudioManager.AUDIOFOCUS_GAIN_TRANSIENT);

}

当向下移动时,这将导致当前玩家被暂停/终止(不确定是哪个),并解决我的所有问题/困难。希望它也能对你有所帮助...


2
天才啊!你的解决方案没有关闭WebView时杀死“MediaPlayer”服务,但至少设备不再表现奇怪了,也不会在通话或播放YouTube视频后播放歌曲...谢谢啊! - Hannibalem

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接