当前位置: 首页 > article >正文

【功耗现象】com.gorgeous.lite后台Camera 使用2小时平均电流200mA耗电量400mAh现象

现象

    轻颜相机(com.gorgeous.lite)后台Camera 使用2小时平均电流200mA(BugReport提供的电流参考数据),耗电量400mAh

即耗电占比(200mA*2h)/(12.83h*52.68mA )=400mAh/623mAh=62%

CameraOct 10 202321:03:08 - 23:03:37+2h16m15s859ms to +4h16m44s984msactive duration: 2h 0m 29s 125ms1 occurences

图片

分析

    下一步:结合当前分析,目前怀疑是APP本身异常导致后台启动了,是否可以让第三方应用帮看下。初步评估是一个低概率的app本身异常的BUG。

    备注:其中如果APP本身没有悬浮窗权限,即使出现异常,android原生也不会允许其后台启动。本题目是恰好这个APP有悬浮窗权限

// .gorgeous.lite应用本身相关异常 (开启AMS日志进行复测多次,但是无法复现了,故没有更详细的进程启动异常日志)Line 1523: 10-10 21:03:07.024 22630 27898 D featurehub: epoll_wait...Line 1571: 10-10 21:03:07.124 22630 25185 E m.gorgeous.lite: Timed out waiting for threads to suspend, waited for 620.300sLine 1572: 10-10 21:03:07.124 22630 25185 E m.gorgeous.lite: Thread not suspended: Thread[206,tid=26845,Runnable,Thread*=0xb400007364b3b080,peer=0x18b7ec28,"gecko-check-update-internal-thread"]Line 1573: 10-10 21:03:07.133 22630 25185 W m.gorgeous.lite: Suspending all threads took: 620.358sLine 1583: 10-10 21:03:07.173 22630 25294 D SharedPreferencesImpl: Time required to fsync /data/user/0/com.gorgeous.lite/shared_prefs/SP_EXPERIMENT_EXPOSURE_CACHE.xml: [<1: 0, <2: 0, <4: 0, <8: 0, <16: 0, <32: 0, <64: 0, <128: 0, <256: 0, <512: 0, <1024: 0, <2048: 0, <4096: 0, <8192: 0, <16384: 0, >=16384: 1]// com.gorgeous.lite 后台启动,随后启动了相机2_2023-10-10_204501/system.txt:1789:10-10 21:03:08.451  1885 11905 W ActivityTaskManager: Background activity start for com.gorgeous.lite allowed because SYSTEM_ALERT_WINDOW permission is granted.// 后台启动了相机10-10 21:03:08.677  2068  3244 I CameraService: CameraService::connect call (PID 22630 "com.gorgeous.lite", camera ID 1) and Camera API version 210-10 23:03:37.545  2068  6789 I cameraserver: camera-EventTrack:  total_usetime= 0_2_0_29 10-10 23:03:37.549  2068  6789 I CameraService: disconnect: Disconnected client for camera 1 for PID 0
10-10 21:03:08.677  2068  3244 I CameraService: CameraService::connect call (PID 22630 "com.gorgeous.lite", camera ID 1) and Camera API version 210-10 23:03:37.545  2068  6789 I cameraserver: camera-EventTrack:  total_usetime= 0_2_0_29 10-10 23:03:37.549  2068  6789 I CameraService: disconnect: Disconnected client for camera 1 for PID 0

    这种是三方apk的行为,cameraservice 是一个服务,逻辑是google原生流程, 不会去判断屏幕状态.

    这个要对比看下, 同样都是轻颜相机,在对比机上面是不是也会出现这种情况. 或者是触发了这个apk的什么操作后就会有这个行为.

    下一步:结合当前分析,目前怀疑是APP本身异常导致后台启动了,是否可以让第三方应用帮看下。初步评估是一个低概率的app本身异常的BUG。


http://www.kler.cn/a/397954.html

相关文章:

  • 【Apache Paimon】-- 1 -- Apache Paimon 是什么?
  • 如何使用Django写个接口,然后postman中调用
  • redis和mongodb等对比分析
  • sqli-labs靶场17-20关(每日四关)持续更新!!!
  • outline 分析
  • SystemVerilog学习——构造函数new
  • 想租用显卡训练自己的网络?AutoDL保姆级使用教程(PyCharm版)
  • redis序列化数据查询
  • 解决Windows远程桌面 “为安全考虑,已锁定该用户账户,原因是登录尝试或密码更改尝试过多。请稍后片刻再重试,或与系统管理员或技术支持联系“问题
  • 从零开始学习 sg200x 多核开发之 eth0 dhcpc 配置
  • 现代密码学|古典密码学例题讲解|AES数学基础(GF(2^8)有限域上的运算问题)| AES加密算法
  • python机器人Agent编程——多Agent框架的底层逻辑(上)
  • ISP网络服务商有哪些
  • 容器里面有两个元素,一个子元素居中,另一个子元素靠近容器右边.
  • Javaweb-day12(登录认证)
  • 企业用能物联网协调装置
  • 关于强化学习的一份介绍
  • vue 获取摄像头拍照,并旋转、裁剪生成新的图片
  • 嘎嘎快充php版服务端部署配置注意玉阳软件
  • 购物车demo全代码-对接支付宝沙箱环境
  • 梧桐数据库中的循环函数统计提升数据库性能的详细指南
  • 文件的简单操作
  • 基于贝叶斯核张量回归的可扩展时空变系数模型
  • 一、Nginx反向代理(七层代理)二、Nginx的TCP/UDP调度器(四层代理)
  • Postgresql源码(138)alter table增加列的执行流程分析
  • MySQL系列之数据授权(privilege)