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。

相关文章

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理；Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期
阅读更多...
Android ClassLoader加载机制详解

Android ClassLoader加载机制详解

《AndroidClassLoader加载机制详解》Android的ClassLoader负责加载.dex文件,基于双亲委派模型,支持热修复和插件化,需注意类冲突、内存泄漏和兼容性问题,本文给大家介... 目录一、ClassLoader概述1.1 类加载的基本概念1.2 android与Java Class
阅读更多...
Javaee多线程之进程和线程之间的区别和联系(最新整理)

Javaee多线程之进程和线程之间的区别和联系(最新整理)

《Javaee多线程之进程和线程之间的区别和联系(最新整理)》进程是资源分配单位,线程是调度执行单位,共享资源更高效,创建线程五种方式:继承Thread、Runnable接口、匿名类、lambda,r... 目录进程和线程进程线程进程和线程的区别创建线程的五种写法继承Thread,重写run实现Runnab
阅读更多...
SpringBoot线程池配置使用示例详解

SpringBoot线程池配置使用示例详解

《SpringBoot线程池配置使用示例详解》SpringBoot集成@Async注解,支持线程池参数配置（核心数、队列容量、拒绝策略等）及生命周期管理,结合监控与任务装饰器,提升异步处理效率与系统... 目录一、核心特性二、添加依赖三、参数详解四、配置线程池五、应用实践代码说明拒绝策略（Rejected
阅读更多...
MySQL 中的 CAST 函数详解及常见用法

MySQL 中的 CAST 函数详解及常见用法

《MySQL中的CAST函数详解及常见用法》CAST函数是MySQL中用于数据类型转换的重要函数,它允许你将一个值从一种数据类型转换为另一种数据类型,本文给大家介绍MySQL中的CAST... 目录mysql 中的 CAST 函数详解一、基本语法二、支持的数据类型三、常见用法示例1. 字符串转数字2. 数字
阅读更多...
Python内置函数之classmethod函数使用详解

Python内置函数之classmethod函数使用详解

《Python内置函数之classmethod函数使用详解》：本文主要介绍Python内置函数之classmethod函数使用方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地... 目录1. 类方法定义与基本语法2. 类方法 vs 实例方法 vs 静态方法3. 核心特性与用法(1编程客
阅读更多...
Python函数作用域示例详解

Python函数作用域示例详解

《Python函数作用域示例详解》本文介绍了Python中的LEGB作用域规则,详细解析了变量查找的四个层级,通过具体代码示例,展示了各层级的变量访问规则和特性,对python函数作用域相关知识感兴趣... 目录一、LEGB 规则二、作用域实例2.1 局部作用域（Local）2.2 闭包作用域（Enclos
阅读更多...
怎样通过分析GC日志来定位Java进程的内存问题

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》：本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.
阅读更多...
Java 线程安全与 volatile与单例模式问题及解决方案

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因（调度随机、变量修改、非原子操作、内存可见性、指令重排序）及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操
阅读更多...
MySQL count()聚合函数详解

MySQL count()聚合函数详解

《MySQLcount()聚合函数详解》MySQL中的COUNT()函数,它是SQL中最常用的聚合函数之一,用于计算表中符合特定条件的行数,本文给大家介绍MySQLcount()聚合函数,感兴趣的朋... 目录核心功能语法形式重要特性与行为如何选择使用哪种形式？总结深入剖析一下 mysql 中的 COUNT
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2