Android中那些有你不知道的事

　　在安卓开发中，总有那么一些看似简单，实则绊脚的难题，等你去探索，等你去解决，也许你已经遇见了解决了，也许你还没碰上，写下这篇总结，希望能帮助那行即将遇到的朋友，快速解决这些小问题！

一、activity中的PopupWindow。

　　之前在使用popupwindow的时候并未注意到这个问题，知道有一次偶然发现讲fragment中的弹窗移植到activity中时总是会报 寄存的view视图为null，如下图：

　　后来经过百度大神的指点，终于找到一个觉得讲得有理的原因，那就是popupwindow弹窗的代码写在activity的oncreat方法或其他普通生命周期方法中导致的错误，因为这时候activity并未渲染完毕。所以需要将popupwindow中的显示方法showAtLocation放在oncreat方法外面，具体放在哪里才能保证是在activity渲染完毕之后呢？当然放在fragment中那必然是可以的。那activity中到底如何使用呢？有网友提供了一些办法：

1、移到事件中（比如一个button的click事件中）
2、移到子线程中;另起一线程,在线程中不断循环，直到判断控件是否渲染完毕(如长宽大于0)
3、移到重写的控件中,在控件ondraw()完后生成pop

　　以上方法我个人仅仅赞同第一种，但是有时候第一种也无法满足我们，比如你要求activity一进来就弹窗提示，这时当然是不存在点击事件的。

最后找到一个绝佳的办法，如下：

@Override

public void onWindowFocusChanged(boolean hasFocus) {

 　　// TODO Auto-generated method stub

 　　super.onWindowFocusChanged(hasFocus);

 　　if(hasFocus){

 　　 　　//此处进行弹窗操作

　　 }

}

该方法是重写activity中的自带方法，当activity获得焦点之后自动调用，此时activity绝对是渲染完毕的了哟，绝不骗你！

 

二、Android中使用声音池SoundPool。

　　对于对SoundPool还不了解的童鞋，我先附上一段网上摘要下来的资料：

　　在Android开 发中我们经常使用MediaPlayer来播放音频文件，但是MediaPlayer存在一些不足，例如：资源占用量较高、延迟时间较长、不支持多个音频 同时播放等。这些缺点决定了MediaPlayer在某些场合的使用情况不会很理想，例如在对时间精准度要求相对较高的游戏开发中。

　　下面说说SoundPool的特点：

　　1. SoundPool载入音乐文件使用了独立的线程，不会阻塞UI主线程的操作。但是这里如果音效文件过大没有载入完成，我们调用play方法时可能产生严 重的后果，这里Android SDK提供了一个SoundPool.OnLoadCompleteListener类来帮助我们了解媒体文件是否载入完成，我们重载 onLoadComplete(SoundPool soundPool, int sampleId, int status) 方法即可获得。
　　2. 从上面的onLoadComplete方法可以看出该类有很多参数，比如类似id，是的SoundPool在load时可以处理多个媒体一次初始化并放入内存中，这里效率比MediaPlayer高了很多。

　　3. SoundPool类支持同时播放多个音效，这对于游戏来说是十分必要的，而MediaPlayer类是同步执行的只能一个文件一个文件的播放。

　最后贴上SoundPool的简单使用方法：

　　SoundPool soundPool = new SoundPool(5,AudioManager.STREAM_SYSTEM,0);
    soundPool.load(mContext,R.raw.raws,1);

　　soundPool.play(1,1, 1, 0, 0, 1);

如上就是一个简单的播放了，其中各个参数的意义大家可以自行上网查找，具体说说上述步骤的不足之处。

刚开始我使用的时候一直出不来声音，后来使用Debug一步一步调试，却能走通，声音也出来了，想想二者运行唯一不同的是调试的时候我很缓慢的走，难道是加载需要时间？后来研究得到确认，确实是load（）这个方法需要加载时间，不能立即播放，也许你也遇到这问题，解决办法是开启一个线程，在线程中sleep一秒，然后在进行play方法的调用，完美解决。当然，如果你的声音播放不是需要立即执行，而是需要点击某个按钮之类的，那就不会出现这问题了。

 

三、未完待续。