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

最新推荐文章于 2024-07-23 17:02:33 发布

天冰ice

最新推荐文章于 2024-07-23 17:02:33 发布

阅读量7.5k

点赞数 1

分类专栏： android 文章标签：回调 Handler Looer

本文链接：https://blog.csdn.net/lqc1992/article/details/51305862

版权

android 专栏收录该内容

34 篇文章 0 订阅

订阅专栏

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

方法如下：

				// 启动相机
				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很重要！