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

2024-05-09 10:32
文章标签 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）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/973157。

相关文章

关于redis一些问题记录

关于redis一些问题记录

问题一：启动redis时出现警告，使用下列命令（已解决）       问题二：启动时，需要解决的警告（未解决）       问题三：使用自己的配置文件启动redis时，可能会遇到： Could not connect to Redis at 127.0.0.1:6379: Connection refused 原因：6379 没有断开，使用“exit”后，重新使用redis-c
阅读更多...
selenium +java 多个类公用driver问题

selenium +java 多个类公用driver问题

问题点：太久没有写selenium代码，居然把driver公用的问题忘记了，即：每写一个测试类，执行过程中都会新建一个窗口，这样应该说是非常不专业的。 大概想了一个方法，虽然看起来也不怎么专业，但感觉能用就很开心了。 解决步骤:                1 创建一个获取获取driver的方法getDriver()                2 创建成员变量，将 getDriver()赋值
阅读更多...
关于新版adt22.6.0的相关问题（自己总结）

关于新版adt22.6.0的相关问题（自己总结）

首先说自己手贱的很，一不小心就更新了adt，导致现在各种问题频出。在网上找到了解决方案  在百度经验《 关于新版ADT创建项目时出现appcompat_v7的问题》！！！这个教程会告诉我们把appcompat_v7作为一个库项目，只有它点击 isLibrary，而你的项目千万不要点击islibrary，否则会在导出的时候出现There is no android project named xx
阅读更多...
关于百度map API for Android的mobile ak 102错误

关于百度map API for Android的mobile ak 102错误

一共有三个sha1值需要比对： 第一个是 sha1值是http://developer.baidu.com/map/sdkandev-14.htm 里面获得的sha1值（包括里面的cmd和界面的两种获取sha1值得方法） 第二个是 sha1值是打包好apk文件中META-INF 文件夹的CERT.RSA中的sha1值。http://bbs.lbsyun.baidu.com/vi
阅读更多...
android SlidingDrawer左右滑动 上下滑动

android SlidingDrawer左右滑动 上下滑动

android SlidingDrawer这个控件，目前我发现的移动方向是  从下到上滑动  或者 从右到左滑动！ 1.从下到上滑动，只需要把标签slidingdrawer中的android:orientation="vertical" 其他不变即可  （但是有一点说明 就是 不知道怎么从  上到下  滑动） 2.从右到左滑动，只需要把标签slidingdrawer中的android:orie
阅读更多...
虚函数和纯虚函数及虚函数表

虚函数和纯虚函数及虚函数表

虚函数为了重载和多态的需要，在基类中是有定义的，即便定义是空，所以子类中可以重写也可以不写基类中的此函数！ 纯虚函数在基类中是没有定义的，必须在子类中加以实现，很像java中的接口函数！ 虚函数 引入原因：为了方便使用多态特性，我们常常需要在基类中定义虚函数。 class Cman { public: virtual void Eat(){…
阅读更多...
AsyncTask类(Android)

AsyncTask类(Android)

这个计数器程序很简单，它在界面上有两个按钮Start和Stop。点击Start按钮时，便会创建一个CounterTask实例task，然后调用它的execute函数就可以在应用程序中启动一个子线程，并且通过调用这个CounterTask类的doInBackground函数来执行计数任务。在计数的过程中，会通过调用publishProgress函数来将中间结果传递到onProgressUpdate函
阅读更多...
论文Android杂记录

论文Android杂记录

fragment是3.0以后的东西，为了在低版本中使用fragment就要用到android-support-v4.jar兼容包,而fragmentActivity就是这个兼容包里面的，它提供了操作fragment的一些方法，其功能跟3.0及以后的版本的Activity的功能一样。 下面是API中的原话： FragmentActivity is a special activity provide
阅读更多...
Linux删除大文件rm -rf的问题

Linux删除大文件rm -rf的问题

请几天，我删除系统汇总的大文件，大约100G左右，当我使用rm -rf  xxxx.log删除后，使用df -h发现空间并未释放。 一开始以为是由于磁盘虚拟挂载，导致我删除的文件并不是当前目录的文件。但后来发现并不是。 我在网络上搜索发现都是  要: lsof | grep delete kill -9 xxx 但是我觉得这样不安全。 比如文件被进程锁定，或者有进程一直在向这个文件写数
阅读更多...
剑指Offer面试题34题：丑数（Ugly Number）（while循环里面的三个小问题）

剑指Offer面试题34题：丑数（Ugly Number）（while循环里面的三个小问题）

语言：C/C++语言 IDE:    Mac/Xcode  丑数：我们把只包含因子2、3、5的数称为丑数（Ugly Number），求按照从小到大的顺序的第1500个丑数。例如6、8都是丑数，但14不是，因为它包含因子7。习惯我们把1当做第一个丑数。 分析：所谓一个数m是另一个数n的因子，是指n%m==0。根据丑数的定义，丑数能被2，3，5整除，也就是一个数能连续的被2整除，或者连续的被3整
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2