android中MediaPlayer与SoundPool 详解

 一、 MediaPlayer 播放音频的实现步骤：
1. 调用MediaPlayer.create(context, R.raw.himi); 利用MediaPlayer类调用create方法并且传入通过id索引的资源音频文件，得到实例;
2. 得到的实例就可以调用 MediaPlayer.star();
简单吧、其实MediaPlayer还有几个构造方法，大家有兴趣可以去尝试和实现，这里主要是简单的向大家介绍基本的，毕竟简单实用最好！
  二、 SoundPlayer 播放音频的实现步骤：
1.   new出一个实例 ;   new SoundPool(4, AudioManager.STREAM_MUSIC, 100);第一个参数是允许有多少个声音流同时播放,第2个参数是声音类型,第三个参数是声音的品质;
2.loadId = soundPool.load(context, R.raw.himi_ogg, 1);
3. 使用实例调用play方法传入对应的音频文件id即可！
下面讲下两个播放形式的利弊：
       使用MediaPlayer来播放音频文件存在一些不足:
例如：资源占用量较高、延迟时间较长、不支持多个音频同时播放等。
这些缺点决定了MediaPlayer在某些场合的使用情况不会很理想，例如在对时间精准度要求相对较高的游戏开发中。
最开始我使用的也是普通的MediaPlayer的方式,但这个方法不适合用于游戏开发,因为游戏里面同时播放多个音效是常有的事,用过MediaPlayer的朋友都该知道,它是不支持实时播放多个声音的,会出现或多或少的延迟,而且这个延迟是无法让人忍受的,尤其是在快速连续播放声音(比如连续猛点按钮)时,会非常明显,长的时候会出现3~5秒的延迟，【使用MediaPlayer.seekTo() 这个方法来解决此问题】;
        相对于使用SoundPool存在的一些问题:
1. SoundPool最大只能申请1M的内存空间，这就意味着我们只能使用一些很短的声音片段，而不是用它来播放歌曲或者游戏背景音乐（背景音乐可以考虑使用JetPlayer来播放）。
2. SoundPool提供了pause和stop方法，但这些方法建议最好不要轻易使用，因为有些时候它们可能会使你的程序莫名其妙的终止。还有些朋友反映它们不会立即中止播放声音，而是把缓冲区里的数据播放完才会停下来，也许会多播放一秒钟。
3. 音频格式建议使用OGG格式。使用WAV格式的音频文件存放游戏音效，经过反复测试，在音效播放间隔较短的情况下会出现异常关闭的情况（有说法是SoundPool目前只对16bit的WAV文件有较好的支持）。后来将文件转成OGG格式，问题得到了解决。
4.在使用SoundPool播放音频的时候，如果在初始化中就调用播放函数进行播放音乐那么根本没有声音，不是因为没有执行，而是SoundPool需要一准备时间！囧。当然这个准备时间也很短，不会影响使用，只是程序一运行就播放会没有声音罢了，所以我把SoundPool播放写在了按键中处理了、备注4的地方
大概看完了利弊解释，那么来看我的代码备注的地方：
备注1：
这里我定义了一个 HashMap ,这个是哈希表，如果大家不是很了解这个类，那建议百度 google学习下，它与Hashtable很常用的,它俩的主要区别是： HashMap   不同步、空键值、效率高;  Hashtable   同步、非空键值、效率略低 ;而在j2me中不支持HashMap ,因为me中不支持空键值,所以在me中只能使用hashtable、咳咳、言归正传，我这里使用hashmap主要是为了存入多个音频的ID,播放的时候可以同时播放多个音频。
上面也介绍了，SoundPool可以支持多个音频同时播放，而且SoundPool在播放的时候调用的这个方法(备注3)soundPool.play(loadId, currentVol, currentVol, 1, 0, 1f); 第一个参数指的就是之前的loadId ！是通过 soundPool.load(context, R.raw.himi_ogg, 1);方法取出来的，
那么除此之外还要注意一点的就是定义hashmap的时候一定要定义成这种形式HashMap<Integer, Integer> hm = new Hash<Integer, Integer>,声明此哈希表就是一个key和volue值都是Integer的哈希表！ 为什么要这么做，因为如果你只是简单的定义成 HashMap hm =new HashMap(),那么当你在播放的时候,也就是备注4方法这里的第一个id参数使用Hashmap.get()这个方法的时候总会出现错误的提示！
《SoundPool最大只能申请1M的内存空间，这就意味着我们只能使用一些很短的声音片段》为什么只能使用一些很短的声音呢？
大家还是看备注4方法的第一个参数，这里要求传入的Id类型是个int值，那么这个int其实对应的是通过load（）方法返回的音频id，而且这个id会因音频文件的大小而变大变小，那么一旦我们的音频文件超过int最大值，那么就会报内存错误的异常。所以为什么用SoundPool只能播放一些简短的音频这就是其原因了。当然os 里为什么这么定义 我也无从查证和说明。
备注4 ：此方法中参数的解释
第一个参数是我通过SoundPool.load（）方法返回的音频对应id，第二个第三个参数表示左右声道大小，第四个参数是优先级，第五个参数是循环次数，最后一个是播放速率（1.0 =正常播放，范围是0.5至2.0）
备注2:
这里是通过媒体服务得到一个音频管理器，从而来对音量大小进行调整。这里要强调一下，调整音频是用这个音频管理器调用setStreamVolume()的方式去调整，而不是MediaPlayer.setVolue(int LeftVolume,int RightVolume);这个方法的两个参数也是调正左右声道而不是调节声音大小。