本文主要是介绍Android后台线程拍照卡顿问题（回调函数与Looper），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
前段时间做了一个项目，要求后台拍照，经过努力完成了需求。
方法如下：
-
// 启动相机 -
new Thread(new Runnable() { -
@Override -
public void run() { -
if (myCamera != null) { -
ol.disable(); -
myCamera.stopPreview(); -
myCamera.release(); -
} -
// //初始化surface -
initSurface(); -
// 初始化camera并对焦拍照 -
initFrontCamera(); -
} -
}, "photoThread").start();
通过实现Runnable接口，创建一个新线程，完成拍照操作。
但是实际使用起来出现一点小问题，就是当后台拍照的时候，程序界面会卡住1~2秒（因为程序需要实时采集传感器数据并更新显示，然后后台拍照时数据不更新了，按钮也无相应，拍照完成后才继续更新），但是明明是放到了线程里去完成了拍照，为啥还会阻塞UI线程呢--！。
后来一直没有解决，也没有搜到有用的信息，只能认为是拍照时的正常反应。。。
直到今天看到了这篇文章http://geek.csdn.net/news/detail/71031
里边第五条Getting a HandlerThread ，里边举得例子 就是线程中拍照问题，大概看了下，里边说HandlerThread能解决AsyncTask在拍照时产生的延迟问题。
虽然和我的问题不太一样，不过值得一试，于是我把我的代码改成用HandlerThread写了，如下：
-
mTakePhotoThread = new HandlerThread("mmTakePhotoThread"); -
mTakePhotoThread.start(); -
mTakePhotoHandler = new Handler(mTakePhotoThread.getLooper()) { -
@Override -
public void handleMessage(Message msg) { -
if (myCamera != null) { -
ol.disable(); -
myCamera.stopPreview(); -
myCamera.release(); -
} -
//初始化surface -
initSurface(); -
// 初始化camera并对焦拍照 -
initFrontCamera(); -
} -
}; -
mTakePhotoHandler.sendEmptyMessage(1);
然后运行了程序一试，神了，直到拍照完成，一直没有卡顿。
难道是之前的那种写法没有创建新线程导致堵塞了UI线程？但是不应该，这是Java里的写法，以前用创建线程也没问题。
于是测试了下，
能看到确实是开启了一个新线程，不过基本上是一闪而过。应该是因为线程中代码执行完自动结束了。
然后没办法，又回去仔细看了几遍文章，发现文章中说 拍照函数和它的回调函数在同一个线程执行
等等，那线程销毁了之后，回调函数在哪执行，难道跑主线程中了？看样子有可能。
然后我在回调函数中打印了当前函数运行的线程的ID，
long threadId=Thread.currentThread().getId();
分别运行了两段代码，结果
第一种写法，输出的ID一直是 1
第二种写法输出的ID一般都1000多，每次都不一样（输出的和DDMS中的不一样，不知道为啥）
貌似1表示的就是主线程，这样看来，第一种写法，回调函数交给了主线程中运行，阻塞了UI更新。
而第二种写法，回调函数交给了线程中运行，所以没有阻塞UI。
这下问题基本是解决了，也搞懂了大概的原因。
不过还有一点问题没解决：
如果第一种写法，线程没有销毁，应该就不会出现问题了吧。于是我在线程中设了个死循环，让线程没被销毁，不过测试发现，回调函数依然在1号线程中执行了，不知道原因。
刚又试了个方法，给第一种写法加了Looper
-
// 启动相机 -
new Thread(new Runnable() { -
@Override -
public void run() { -
Looper.prepare(); -
if (myCamera != null) { -
ol.disable(); -
myCamera.stopPreview(); -
myCamera.release(); -
} -
// //初始化surface -
initSurface(); -
// 初始化camera并对焦拍照 -
initFrontCamera(); -
Looper.loop(); -
} -
}, "photoThread").start();
然后试了下，居然好使了，没有卡顿，输出的线程ID也变成了1000多。
想了下原因，提出个假说。。：当一个线程执行操作并触发了回调函数后，如果当前线程销毁了或者无响应（比如设成了死循环？），那回调函数可能会被主线程或其他来执行。（结论错误，见下文）
------------------------------------------------------------------分割线--------------------------------------------------------------------------------------------
后来想到，可能是因为Looper，回调应该也是通过发送message到Looper后，线程才知道有函数需要执行。
于是查了下Camera中takePicture的源码：
-
public final void takePicture(ShutterCallback shutter, PictureCallback raw, -
PictureCallback postview, PictureCallback jpeg) { -
mShutterCallback = shutter; -
mRawImageCallback = raw; -
mPostviewCallback = postview; -
mJpegCallback = jpeg; -
// If callback is not set, do not send me callbacks. -
int msgType = 0; -
if (mShutterCallback != null) { -
msgType |= CAMERA_MSG_SHUTTER; -
} -
if (mRawImageCallback != null) { -
msgType |= CAMERA_MSG_RAW_IMAGE; -
} -
if (mPostviewCallback != null) { -
msgType |= CAMERA_MSG_POSTVIEW_FRAME; -
} -
if (mJpegCallback != null) { -
msgType |= CAMERA_MSG_COMPRESSED_IMAGE; -
} -
native_takePicture(msgType); -
}
发现，确实是有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源码分析，手头有一套源码）
-
Camera(int cameraId) { -
mShutterCallback = null; -
mRawImageCallback = null; -
mJpegCallback = null; -
mPreviewCallback = null; -
mPostviewCallback = null; -
mUsingPreviewAllocation = false; -
mZoomListener = null; -
Looper looper; -
if ((looper = Looper.myLooper()) != null) { -
mEventHandler = new EventHandler(this, looper); -
} else if ((looper = Looper.getMainLooper()) != null) { -
mEventHandler = new EventHandler(this, looper); -
} else { -
mEventHandler = null; -
} -
String packageName = ActivityThread.currentPackageName(); -
native_setup(new WeakReference<Camera>(this), cameraId, packageName); -
}
果然，当Camer被初始化时，它会尝试获取它初始化的线程的Looer对象，然后创建mEventHandler
如果初始化的线程不包含Looer，那么则会获取主线程的Looer，然后创建mEventHandler，那么当收到消息后，也会传送给主线程处理！
问题捋清楚了~~
原来回调和Handler，Looper还有关，果然Handler，Looper很重要！
这篇关于Android后台线程拍照卡顿问题（回调函数与Looper）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
