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很重要！