Android音频和视频开发

# 前言

在如今快节奏，网络发达的社会。人们对于静态的图片和文字往往很难有精力去安心完整的阅读完网上内容。为了满足人们可以更生动的阅读网上的内容，也为了使网络交互更加生动。我们便需要应用到音频和视频来增加人们在网络上动作交互的丰富性。

Android开发支持的媒体格式

在使用媒体播放器时，我们可以使用移动设备上所有可用的媒体播放器，但最佳开发方法是我们应该使用与设备自带无关的媒体播放器为最佳。

• 音频支持

  包括了支持的音频解码方式和音频播放文件格式
  

• 视频支持
  包括了支持的视频解码方式和视频播放文件格式
  
  具体参考Android开发文档的媒体格式

媒体应用开发架构

• 播放器和页面

  这是最基本的一种架构，通过Android提供的MediaPlayer类来对本地的音频/视频文件进行最基本的播放功能。

  -播放器：用于吸收数字媒体并将其呈现为视频和/或音频

  -UI：带有用于运行播放器并显示播放器状态（可选）的传输控件

  

• 在页面和播放器中添加了媒体控制器和媒体会话结构

  由于播发器和页面的架构只能通过自身设备的播放器控件来进行播放，且对于许多我们需要的播放控制行为设备自身播发器并不具备，我们更多需要在其基础上的扩充，于是Android 框架定义了两个类（媒体会话和媒体控制器），它们为构建媒体播放器应用提供了一个完善的结构。

  媒体会话和媒体控制器通过以下方式相互通信：使用与标准播放器操作（播放、暂停、停止等）相对应的预定义回调，以及用于定义应用独有的特殊行为的可扩展自定义调用。

-媒体控制器：媒体控制器会隔离您的界面。您的界面代码只与媒体控制器（而非播放器本身）通信。媒体控制器会将传输控制操作转换为对媒体会话的回调。每当会话状态发生变化时，它也会接收来自媒体会话的回调。这提供了一种自动更新关联界面的机制。媒体控制器一次只能连接到一个媒体会话。

当您使用媒体控制器和媒体会话时，您可以在运行时部署不同的接口和/或播放器。您可以根据运行应用的设备的功能单独更改该应用的外观和/或性能。

-媒体会话：负责与播放器的所有通信。它会对应用的其他部分隐藏播放器的 API。系统只能从控制播放器的媒体会话中调用播放器。

会话会维护播放器状态（播放/暂停）的表示形式以及播放内容的相关信息。会话可以接收来自一个或多个媒体控制器的回调。这样，应用的界面以及运行 Wear OS 和 Android Auto 的配套设备便可以控制您的播放器。响应回调的逻辑必须保持一致。无论哪个客户端应用发起了回调，对 MediaSession 回调的响应都应该相同。

• 视频开发和音频开发的差异性

  视频开发是我们需要一个完整页面来观看的，故我们应该用一个activity来展示视频内容，但是音频则不同，需要的仅仅是聆听，但同时也可以使用其他应用。每种使用情形都有不同的设计。

  • 视频应用

    

    视频应用需要一个窗口来查看内容。出于这个原因，视频应用通常作为单个 Android Activity 来实现。呈现视频的屏幕是 Activity 的一部分。

  • 音频应用

    音频播放器并不总是需要显示其界面。一旦开始播放音频，播放器就可以作为后台任务运行。用户可以切换到其他应用，同时继续聆听。

    要在 Android 中实现此设计，您可以使用两个组件构建音频应用：对界面使用 Activity，对播放器使用服务。如果用户切换到其他应用，该服务可以在后台运行。通过将音频应用的两个部分分解为单独的组件，每个组件都可以更高效地独立运行。与播放器（可能会在没有界面的情况下运行很长时间）不同，界面通常是短时的。

    

    支持库提供了两个类来实现此客户端/服务器方法：MediaBrowserService 和 MediaBrowser。服务组件作为包含媒体会话及其播放器的 MediaBrowserService 子类来实现。包含界面和媒体控制器的 Activity 应该包括一个MediaBrowser，后者与 MediaBrowserService进行通信。

• 自身开发的音频App与设备中其他App音频之间关系

  设计良好的媒体应用应该能够与其他播放音频的应用“和谐共存”。它应准备好与使用音频的其他应用共用手机并相互配合。它还应该对设备上的硬件控制做出响应。

  

MediaPlayer类概括

MediaPlayer类可以播放存储在应用资源（原始资源）内的媒体文件、文件系统中的独立文件或者通过网络连接获得的数据流中的音频或视频。

基本知识

• MediaPlayer：用于播放声音和视频的主要 API。

• MediaPlayer 状态管理：

  MediaPlayer 对象播放控制生命周期状态图如下所示

  

  这张状态转换图清晰的描述了MediaPlayer的各个状态，也列举了主要的方法的调用时序，每种方法只能在一些特定的状态下使用，如果使用时MediaPlayer的状态不正确则会引发IllegalStateException异常。

  Idle 状态：当使用**new()方法创建一个MediaPlayer对象或者调用了其reset()**方法时，该MediaPlayer对象处于idle状态。这两种方法的一个重要差别就是：如果在这个状态下调用了getDuration()等方法（相当于调用时机不正确），通过reset()方法进入idle状态的话会触发OnErrorListener.onError()，并且MediaPlayer会进入Error状态；如果是新创建的MediaPlayer对象，则并不会触发onError(),也不会进入Error状态。

  End 状态：通过release()方法可以进入End状态，只要MediaPlayer对象不再被使用，就应当尽快将其通过release()方法释放掉，以释放相关的软硬件组件资源，这其中有些资源是只有一份的（相当于临界资源）。如果MediaPlayer对象进入了End状态，则不会在进入任何其他状态了。

  Initialized 状态：这个状态比较简单，MediaPlayer调用setDataSource()方法就进入Initialized状态，表示此时要播放的文件已经设置好了。

  Prepared 状态：初始化完成之后还需要通过调用prepare()或prepareAsync()方法，这两个方法一个是同步的一个是异步的，只有进入Prepared状态，才表明MediaPlayer到目前为止都没有错误，可以进行文件播放。

  Preparing 状态：这个状态比较好理解，主要是和prepareAsync()配合，如果异步准备完成，会触发OnPreparedListener.onPrepared()，进而进入Prepared状态。

  Started 状态：显然，MediaPlayer一旦准备好，就可以调用start()方法，这样MediaPlayer就处于Started状态，这表明MediaPlayer正在播放文件过程中。可以使用isPlaying()测试MediaPlayer是否处于了Started状态。如果播放完毕，而又设置了循环播放，则MediaPlayer仍然会处于Started状态，类似的，如果在该状态下MediaPlayer调用了seekTo()或者start()方法均可以让MediaPlayer停留在Started状态。

  Paused 状态：Started状态下MediaPlayer调用pause()方法可以暂停MediaPlayer，从而进入Paused状态，MediaPlayer暂停后再次调用start()则可以继续MediaPlayer的播放，转到Started状态，暂停状态时可以调用seekTo()方法，这是不会改变状态的。