Android后台线程拍照卡顿问题（回调函数与Looper）

本文主要是介绍Android后台线程拍照卡顿问题（回调函数与Looper），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前段时间做了一个项目，要求后台拍照，经过努力完成了需求。

方法如下：

 

1. // 启动相机

2. new Thread(new Runnable() {

3. @Override

4. public void run() {

5. if (myCamera != null) {

6. ol.disable();

7. myCamera.stopPreview();

8. myCamera.release();

9. }

10. // //初始化surface

11. initSurface();

12. // 初始化camera并对焦拍照

13. initFrontCamera();

14.  

15. }

16. }, "photoThread").start();

通过实现Runnable接口，创建一个新线程，完成拍照操作。

 

但是实际使用起来出现一点小问题，就是当后台拍照的时候，程序界面会卡住1~2秒（因为程序需要实时采集传感器数据并更新显示，然后后台拍照时数据不更新了，按钮也无相应，拍照完成后才继续更新），但是明明是放到了线程里去完成了拍照，为啥还会阻塞UI线程呢--！。

后来一直没有解决，也没有搜到有用的信息，只能认为是拍照时的正常反应。。。

 

直到今天看到了这篇文章http://geek.csdn.net/news/detail/71031

里边第五条Getting a HandlerThread ，里边举得例子 就是线程中拍照问题，大概看了下，里边说HandlerThread能解决AsyncTask在拍照时产生的延迟问题。

虽然和我的问题不太一样，不过值得一试，于是我把我的代码改成用HandlerThread写了，如下：

 

1. mTakePhotoThread = new HandlerThread("mmTakePhotoThread");

2. mTakePhotoThread.start();

3. mTakePhotoHandler = new Handler(mTakePhotoThread.getLooper()) {

4.  

5. @Override

6. public void handleMessage(Message msg) {

7. if (myCamera != null) {

8. ol.disable();

9. myCamera.stopPreview();

10. myCamera.release();

11. }

12. //初始化surface

13. initSurface();

14. // 初始化camera并对焦拍照

15. initFrontCamera();

16. }

17. };

18.  

19. mTakePhotoHandler.sendEmptyMessage(1);

然后运行了程序一试，神了，直到拍照完成，一直没有卡顿。

 

难道是之前的那种写法没有创建新线程导致堵塞了UI线程？但是不应该，这是Java里的写法，以前用创建线程也没问题。

于是测试了下，

能看到确实是开启了一个新线程，不过基本上是一闪而过。应该是因为线程中代码执行完自动结束了。

然后没办法，又回去仔细看了几遍文章，发现文章中说 拍照函数和它的回调函数在同一个线程执行

等等，那线程销毁了之后，回调函数在哪执行，难道跑主线程中了？看样子有可能。

然后我在回调函数中打印了当前函数运行的线程的ID，

long threadId=Thread.currentThread().getId();

分别运行了两段代码，结果

第一种写法，输出的ID一直是 1

第二种写法输出的ID一般都1000多，每次都不一样（输出的和DDMS中的不一样，不知道为啥）

貌似1表示的就是主线程，这样看来，第一种写法，回调函数交给了主线程中运行，阻塞了UI更新。

而第二种写法，回调函数交给了线程中运行，所以没有阻塞UI。

这下问题基本是解决了，也搞懂了大概的原因。

不过还有一点问题没解决：

如果第一种写法，线程没有销毁，应该就不会出现问题了吧。于是我在线程中设了个死循环，让线程没被销毁，不过测试发现，回调函数依然在1号线程中执行了，不知道原因。

刚又试了个方法，给第一种写法加了Looper

 

1. // 启动相机

2. new Thread(new Runnable() {

3. @Override

4. public void run() {

5.  

6. Looper.prepare();

7.  

8. if (myCamera != null) {

9. ol.disable();

10. myCamera.stopPreview();

11. myCamera.release();

12. }

13. // //初始化surface

14. initSurface();

15. // 初始化camera并对焦拍照

16. initFrontCamera();

17.  

18. Looper.loop();

19. }

20. }, "photoThread").start();

然后试了下，居然好使了，没有卡顿，输出的线程ID也变成了1000多。

 

想了下原因，提出个假说。。：当一个线程执行操作并触发了回调函数后，如果当前线程销毁了或者无响应（比如设成了死循环？），那回调函数可能会被主线程或其他来执行。（结论错误，见下文）

------------------------------------------------------------------分割线--------------------------------------------------------------------------------------------

后来想到，可能是因为Looper，回调应该也是通过发送message到Looper后，线程才知道有函数需要执行。

于是查了下Camera中takePicture的源码：

 

1. public final void takePicture(ShutterCallback shutter, PictureCallback raw,

2. PictureCallback postview, PictureCallback jpeg) {

3. mShutterCallback = shutter;

4. mRawImageCallback = raw;

5. mPostviewCallback = postview;

6. mJpegCallback = jpeg;

7.  

8. // If callback is not set, do not send me callbacks.

9. int msgType = 0;

10. if (mShutterCallback != null) {

11. msgType |= CAMERA_MSG_SHUTTER;

12. }

13. if (mRawImageCallback != null) {

14. msgType |= CAMERA_MSG_RAW_IMAGE;

15. }

16. if (mPostviewCallback != null) {

17. msgType |= CAMERA_MSG_POSTVIEW_FRAME;

18. }

19. if (mJpegCallback != null) {

20. msgType |= CAMERA_MSG_COMPRESSED_IMAGE;

21. }

22.  

23. native_takePicture(msgType);

24. }

发现，确实是有Message信息，基本差不多，不过最后调用了native方法，然后又查了下

 

http://blog.chinaunix.net/uid-26765074-id-3538904.html

http://blog.csdn.net/tommy_wxie/article/details/22859151

（这两篇一样的，分不清谁是原创的，看日期应该第一个吧）

发现回调确实是通过handler，looper实现的。

然后在frameworks/base/core/java/android/hardware/Camera.java 找到了这（多亏了以前做过Android源码分析，手头有一套源码）

 

 

1. Camera(int cameraId) {

2. mShutterCallback = null;

3. mRawImageCallback = null;

4. mJpegCallback = null;

5. mPreviewCallback = null;

6. mPostviewCallback = null;

7. mUsingPreviewAllocation = false;

8. mZoomListener = null;

9.  

10. Looper looper;

11. if ((looper = Looper.myLooper()) != null) {

12. mEventHandler = new EventHandler(this, looper);

13. } else if ((looper = Looper.getMainLooper()) != null) {

14. mEventHandler = new EventHandler(this, looper);

15. } else {

16. mEventHandler = null;

17. }

18.  

19. String packageName = ActivityThread.currentPackageName();

20.  

21. native_setup(new WeakReference<Camera>(this), cameraId, packageName);

22. }

果然，当Camer被初始化时，它会尝试获取它初始化的线程的Looer对象，然后创建mEventHandler

 

如果初始化的线程不包含Looer，那么则会获取主线程的Looer，然后创建mEventHandler，那么当收到消息后，也会传送给主线程处理！

问题捋清楚了~~

原来回调和Handler，Looper还有关，果然Handler，Looper很重要！

这篇关于Android后台线程拍照卡顿问题（回调函数与Looper）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---