Can't deliver broadcast错误,随后应用被系统kill掉
我的一个测试app,会进行:
-音乐播放,一直进行
-视频播放/图片显示:间歇性进行
-CPU高负载运行:一直进行
总计运行4小时。
总计跑了100次,大约5次会出现被系统kill掉的情况。
看log是因为:系统要把广播(android.intent.action.BATTERY_CHANGED)发送给应用时却失败了,从而导致应用被系统杀掉。
其它背景:
-这个应用通过shareUserId的方式与“android.uid.system”共享user ID;
-应用的安装包即apk文件在手机的system/app目录下。
-应用的pid是8047。
不知道什么原因会引起系统发广播给我的应用时,出现了抛出DeadObjectException的失败的情况?
相关log片段如下:
09-27 22:21:58.240 1283 1418 W BroadcastQueue: Can't deliver broadcast to com.my.app (pid 8047). Crashing it.
09-27 22:21:58.242 1278 1402 I ActivityManager: Killing 8047:com.my.demo/1000 (adj 0): scheduleCrash for 'can't deliver broadcast' failed
09-27 22:21:58.259 1283 1418 W BroadcastQueue: Failure sending broadcast Intent { act=android.intent.action.BATTERY_CHANGED flg=0x60000010 (has extras) }
09-27 22:21:58.259 1283 1418 W BroadcastQueue: android.os.DeadObjectException: Transaction failed on small parcel; remote process probably died
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at android.os.BinderProxy.transactNative(Native Method)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at android.os.BinderProxy.transact(Binder.java:764)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at android.app.IApplicationThread$Stub$Proxy.scheduleRegisteredReceiver(IApplicationThread.java:1560)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at com.android.server.am.BroadcastQueue.performReceiveLocked(BroadcastQueue.java:491)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at com.android.server.am.BroadcastQueue.deliverToRegisteredReceiverLocked(BroadcastQueue.java:703)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at com.android.server.am.BroadcastQueue.processNextBroadcast(BroadcastQueue.java:858)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at com.android.server.am.BroadcastQueue$BroadcastHandler.handleMessage(BroadcastQueue.java:171)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at android.os.Handler.dispatchMessage(Handler.java:106)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at android.os.Looper.loop(Looper.java:164)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at android.os.HandlerThread.run(HandlerThread.java:65)
09-27 22:21:58.259 1283 1418 W BroadcastQueue: at com.android.server.ServiceThread.run(ServiceThread.java:46)
09-27 22:21:58.328 1283 7817 I WindowManager: WIN DEATH: Window{5fdb8d6 u0 com.my.demo/com.my.demo.MyTestMain}
09-27 22:21:58.329 1283 2949 I PowerManagerService: Going to sleep due to screen timeout (uid 1000)...
09-27 22:21:58.334 1283 2960 I WindowManager: WIN DEATH: Window{202cf6 u0 com.my.demo/com.my.demo.DemoTestTestingActivity}
09-27 22:21:58.336 1283 1732 W ActivityManager: Scheduling restart of crashed service com.my.demo/.DemoTestService in 1000ms
09-27 22:21:58.337 1283 1732 W ActivityManager: Force removing ActivityRecord{73be0d2 u0 com.my.demo/.DemoTestTestingActivity t18}: app died, no saved state
09-27 22:21:58.401 1283 1732 W ActivityManager: Slow operation: 52ms so far, now at startProcess: returned from zygote!
09-27 22:21:58.401 1283 1732 W ActivityManager: Slow operation: 52ms so far, now at startProcess: done updating battery stats
09-27 22:21:58.401 1283 1732 W ActivityManager: Slow operation: 52ms so far, now at startProcess: building log message
09-27 22:21:58.401 1283 1732 I ActivityManager: Start proc 19855:com.my.demo/1000 for activity com.my.demo/.DemoTestMain
09-27 22:21:58.402 1283 1732 W ActivityManager: Slow operation: 53ms so far, now at startProcess: starting to update pids map
09-27 22:21:58.402 1283 1732 W ActivityManager: Slow operation: 53ms so far, now at startProcess: done updating pids map
相关推荐
【信息科学与工程学】计算机科学与技术——第七十七篇 系统架构设计02
编号类型模型配方企业资本运作的方法/规则/条件/依据及所有的步骤(风险处理/异常处理/危机应对关联知识法律法规和裁决依据由发起人(通常是知名投资人、投行或产业资本)先设立一个只有现金、无实际业务的特殊目的收购公司(SPAC),通过IPO募集资金并在交易所上市。然后在规定时间内(通常24个月)寻找一家非上市公司进行合并(De-SPAC),使目标公司迅速实现上市,规避传统IPO的复杂流程和不确定性。1.:在开曼或特拉华注册空壳公司,注入少量种子资金。2.
MATLABSimulink模拟及会议论文,关于具备自动温度控制和能耗分析的智能太阳能热水系统。.zip
1.版本:matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
完美复现基于自适应虚拟谐波阬的光储VSG并网电流谐波抑制模型(Simulink仿真实现)
内容概要:本文围绕基于自适应虚拟谐波阬的光储VSG并网电流谐波抑制模型展开研究,提出了一种结合虚拟同步发电机(VSG)控制与自适应虚拟谐波阬技术的谐波治理方案,旨在有效应对光伏发电与储能系统并网过程中产生的特定次谐波问题。通过在Simulink中构建完整的系统仿真模型,详细实现了VSG的惯量阻尼控制、功率环调控以及自适应谐波阬的频率识别与阻抗重塑机制,能够动态跟踪并抑制并网电流中的谐波成分,从而提升电能质量和系统并网稳定性。文章深入剖析了控制器结构设计、关键参数整定方法及谐波抑制效果的仿真验证过程,充分验证了该方法在复杂工况下的有效性、鲁棒性与工程应用潜力。; 适合人群:具备电力电子、新能源并网、电力系统分析等相关专业知识背景的科研人员与工程技术人员,尤其适用于熟悉Simulink仿真环境、掌握基本控制理论与信号处理技术的研究生、高校教师及企业研发人员。; 使用场景及目标:①应用于光伏-储能联合系统的并网逆变器控制设计;②用于提升VSG并网系统的电能质量与抗扰动能力;③为高比例新能源接入场景下的谐波分析与主动抑制策略提供仿真验证平台与技术支撑;④辅助开展新型电力系统中电能质量治理相关的教学与科研工作。; 阅读建议:建议读者结合提供的Simulink模型文件进行同步仿真操作,重点理解VSG控制架构与自适应虚拟谐波阬模块的耦合关系,关注谐波检测、频率自适应调整与复矢量控制的实现细节,并可通过改变负载条件或电网阻抗参数进行多工况测试,以深入掌握系统的动态响应特性与控制性能边界。
机械三维3D设计图-食品皮带机输送除尘消毒设备.zip
机械三维3D设计图-食品皮带机输送除尘消毒设备.zip
机械三维3D设计图-膜厚测定自动搬送设备.zip
机械三维3D设计图-膜厚测定自动搬送设备.zip


