Android日志高频打印qmi_cci_get_ref内容的含义及是否需修复

这两条高频循环日志与Jetpack Compose应用代码无关，不属于应用层需要修复的问题，是设备底层系统固件遗留的调试打印，不会影响应用正常运行。

2022-06-13 18:22:46.038 1097-1184/? E/QMI_FW: qmi_cci_get_ref: ref count increased 2
2022-06-13 18:22:46.038 1097-1184/? I/ASH: @ 1673484.579: tcs3701: stop power rail pending_off timer
2022-06-13 18:22:46.125 1097-1184/? E/QMI_FW: qmi_cci_get_ref: ref count increased 2
2022-06-13 18:22:46.125 1097-1184/? I/ASH: @ 1673484.666: tcs3701: stop power rail pending_off timer
2022-06-13 18:22:46.212 1097-1184/? E/QMI_FW: qmi_cci_get_ref: ref count increased 2
2022-06-13 18:22:46.212 1097-1184/? I/ASH: @ 1673484.753: tcs3701: stop power rail pending_off timer
2022-06-13 18:22:46.300 1097-1184/? E/QMI_FW: qmi_cci_get_ref: ref count increased 2
...

• E/QMI_FW: qmi_cci_get_ref: ref count increased 2
  这是高通平台调制解调器接口（QMI）框架的调试日志。qmi_cci_get_ref是QMI客户端接口层维护引用计数的内部接口，这条日志仅用于记录引用计数自增的操作，虽然被标记为Error级别，但实际不属于错误，是固件开发阶段遗留的调试打印。日志对应的PID 1097是系统底层硬件服务进程，和应用进程无关。
• I/ASH: @ xxx: tcs3701: stop power rail pending_off timer
  这是环境光传感器（tcs3701为AMS厂商的环境光传感器型号）驱动层的状态日志，含义是传感器驱动停止了电源轨的待关断定时器，是传感器处于持续工作状态时反复触发的常规状态打印，同样属于驱动层未关闭的冗余调试日志。

该现象是设备厂商或第三方ROM编译系统固件时，未关闭底层驱动、高通框架的调试日志开关导致：系统底层的传感器服务、调制解调器服务按固定周期（从时间戳判断约87ms一次，对应11Hz轮询频率）执行常规操作，每执行一次就打印一条调试日志，最终形成无限循环刷屏的效果。

• 应用开发阶段无需针对该现象修改任何业务代码，这类日志不会造成应用功能异常或额外性能损耗，仅会占用日志缓冲区空间
• 若日志刷屏影响调试，可在Android Studio Logcat中配置过滤规则，屏蔽QMI_FW、ASH两个tag的日志
• 仅当你从事系统ROM开发时，才需要到对应驱动、QMI框架层关闭冗余调试打印的开关。

内容的提问来源于stack exchange，提问作者BenjyTec