InputDispatcher: channel ~ Channel is unrecoverably broken and will be disposed!

于 2023-12-01 14:08:55 发布
阅读量939 收藏 9
点赞数 6
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hyu001/article/details/134733223
版权

                记一次尴尬的应用程序崩溃！事件起因是对一个应用添加了一个简单功能，即实现对人员密码的校验，密码校验走的http请求，请求成功与否需要toast并更新页面UI，例如改改字符什么的简单操作。但问题来了，总是莫名其妙的出现程序崩溃，而且还是native层的InputDispatcher崩溃，折磨了几天找不到原因，最后终于让我想明白了。

        先上native层报错提示：

2023-11-28 15:14:06.539 10940-10940/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
2023-11-28 15:14:06.540 10940-10940/? A/DEBUG: Build fingerprint: 'alps/full_k62v1_64_bsp/k62v1_64_bsp:10/QP1A.190711.020/B31:user/release-keys'
2023-11-28 15:14:06.540 10940-10940/? A/DEBUG: Revision: '0'
2023-11-28 15:14:06.540 10940-10940/? A/DEBUG: ABI: 'arm64'
2023-11-28 15:14:06.542 10940-10940/? A/DEBUG: Timestamp: 2023-11-28 15:14:06+0800
2023-11-28 15:14:06.542 10940-10940/? A/DEBUG: pid: 10805, tid: 10838, name: RenderThread  >>> com.sgsg.hdpdaapp <<<
2023-11-28 15:14:06.542 10940-10940/? A/DEBUG: uid: 10223
2023-11-28 15:14:06.542 10940-10940/? A/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x643036f1f74b04
2023-11-28 15:14:06.542 10940-10940/? A/DEBUG:     x0  0000007216c57b68  x1  0000000064313933  x2  0000000000000001  x3  0000007217175120
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     x4  000000721ad11e28  x5  0000007216e9e630  x6  0000000000000000  x7  000000726af27fe5
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     x8  6164303561326638  x9  0000000190c4e4cc  x10 0000000033613062  x11 0000000000000000
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     x12 0000007216c58328  x13 0000007216c58328  x14 0000007217101d80  x15 000000000000000d
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     x16 0000007307514380  x17 00000073070aece8  x18 000000721a79e000  x19 0000000000000001
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     x20 0000007216c57b00  x21 0000007217175120  x22 000000721ad14020  x23 0000007277faba80
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     x24 0000007217175120  x25 000000721ad14020  x26 0000007216c57b00  x27 0000000000000001
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     x28 0000007216e9e630  x29 000000721ad11aa0
2023-11-28 15:14:06.543 10940-10940/? A/DEBUG:     sp  000000721ad11a50  lr  00000073070aa734  pc  00000073070aecf0
2023-11-28 15:14:06.615 10940-10940/? A/DEBUG: backtrace:
2023-11-28 15:14:06.615 10940-10940/? A/DEBUG:       #00 pc 0000000000361cf0  /system/lib64/libhwui.so (GrGLProgramDataManager::set1f(GrResourceHandle<GrGLSLProgramDataManager::UniformHandleKind>, float) const+8) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.615 10940-10940/? A/DEBUG:       #01 pc 000000000035d730  /system/lib64/libhwui.so (GrGLProgram::setRenderTargetState(GrRenderTarget const*, GrSurfaceOrigin, GrPrimitiveProcessor const&)+424) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #02 pc 000000000035d0f8  /system/lib64/libhwui.so (GrGLProgram::updateUniformsAndTextureBindings(GrRenderTarget const*, GrSurfaceOrigin, GrPrimitiveProcessor const&, GrPipeline const&, GrTextureProxy const* const*)+56) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #03 pc 000000000035c224  /system/lib64/libhwui.so (GrGLGpu::flushGLState(GrRenderTarget*, GrSurfaceOrigin, GrPrimitiveProcessor const&, GrPipeline const&, GrPipeline::FixedDynamicState const*, GrPipeline::DynamicStateArrays const*, int, bool)+340) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #04 pc 000000000035baa4  /system/lib64/libhwui.so (GrGLGpu::draw(GrRenderTarget*, GrSurfaceOrigin, GrPrimitiveProcessor const&, GrPipeline const&, GrPipeline::FixedDynamicState const*, GrPipeline::DynamicStateArrays const*, GrMesh const*, int)+188) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #05 pc 000000000035b9d8  /system/lib64/libhwui.so (GrGLGpuRTCommandBuffer::onDraw(GrPrimitiveProcessor const&, GrPipeline const&, GrPipeline::FixedDynamicState const*, GrPipeline::DynamicStateArrays const*, GrMesh const*, int, SkRect const&)+56) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #06 pc 00000000003348c0  /system/lib64/libhwui.so (GrGpuRTCommandBuffer::draw(GrPrimitiveProcessor const&, GrPipeline const&, GrPipeline::FixedDynamicState const*, GrPipeline::DynamicStateArrays const*, GrMesh const*, int, SkRect const&)+176) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #07 pc 00000000003342ac  /system/lib64/libhwui.so (GrOpFlushState::executeDrawsAndUploadsForMeshDrawOp(GrOp const*, SkRect const&, GrProcessorSet&&, unsigned int, GrUserStencilSettings const*)+340) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #08 pc 000000000061c030  /system/lib64/libhwui.so (GrOp::execute(GrOpFlushState*, SkRect const&)+80) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #09 pc 00000000002e1640  /system/lib64/libhwui.so (GrRenderTargetOpList::onExecute(GrOpFlushState*)+352) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #10 pc 00000000003ab1d8  /system/lib64/libhwui.so (GrDrawingManager::executeOpLists(int, int, GrOpFlushState*, int*)+408) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #11 pc 00000000003c3b10  /system/lib64/libhwui.so (GrDrawingManager::flush(GrSurfaceProxy*, SkSurface::BackendSurfaceAccess, GrFlushFlags, int, GrBackendSemaphore*, void (*)(void*), void*)+1184) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #12 pc 00000000003c356c  /system/lib64/libhwui.so (GrDrawingManager::prepareSurfaceForExternalIO(GrSurfaceProxy*, SkSurface::BackendSurfaceAccess, GrFlushFlags, int, GrBackendSemaphore*, void (*)(void*), void*)+196) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #13 pc 00000000003c3360  /system/lib64/libhwui.so (GrRenderTargetContext::prepareForExternalIO(SkSurface::BackendSurfaceAccess, GrFlushFlags, int, GrBackendSemaphore*, void (*)(void*), void*)+120) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #14 pc 00000000003cf120  /system/lib64/libhwui.so (android::uirenderer::skiapipeline::SkiaPipeline::renderFrame(android::uirenderer::LayerUpdateQueue const&, SkRect const&, std::__1::vector<android::sp<android::uirenderer::RenderNode>, std::__1::allocator<android::sp<android::uirenderer::RenderNode>>> const&, bool, android::uirenderer::Rect const&, sk_sp<SkSurface>, SkMatrix const&)+224) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #15 pc 000000000027e6e4  /system/lib64/libhwui.so (android::uirenderer::skiapipeline::SkiaOpenGLPipeline::draw(android::uirenderer::renderthread::Frame const&, SkRect const&, SkRect const&, android::uirenderer::LightGeometry const&, android::uirenderer::LayerUpdateQueue*, android::uirenderer::Rect const&, bool, android::uirenderer::LightInfo const&, std::__1::vector<android::sp<android::uirenderer::RenderNode>, std::__1::allocator<android::sp<android::uirenderer::RenderNode>>> const&, android::uirenderer::FrameInfoVisualizer*)+436) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #16 pc 00000000003c05e4  /system/lib64/libhwui.so (android::uirenderer::renderthread::CanvasContext::draw()+252) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #17 pc 00000000003bf780  /system/lib64/libhwui.so (_ZNSt3__110__function6__funcIZN7android10uirenderer12renderthread13DrawFrameTask11postAndWaitEvE3$_0NS_9allocatorIS6_EEFvvEEclEv$c303f2d2360db58ed70a2d0ac7ed911b+216) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.616 10940-10940/? A/DEBUG:       #18 pc 00000000003d2374  /system/lib64/libhwui.so (android::uirenderer::WorkQueue::process()+228) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.617 10940-10940/? A/DEBUG:       #19 pc 00000000003d20a0  /system/lib64/libhwui.so (android::uirenderer::renderthread::RenderThread::threadLoop()+80) (BuildId: 0591cf420be9730a7d8df6bf18e00243)
2023-11-28 15:14:06.617 10940-10940/? A/DEBUG:       #20 pc 00000000000137a4  /system/lib64/libutils.so (android::Thread::_threadLoop(void*)+284) (BuildId: f013cbada038685234657c61db8227dc)
2023-11-28 15:14:06.617 10940-10940/? A/DEBUG:       #21 pc 00000000000e2364  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+36) (BuildId: 2a5abdc9c768b33656f7aa8d9ce5cf54)
2023-11-28 15:14:06.617 10940-10940/? A/DEBUG:       #22 pc 0000000000083d98  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64) (BuildId: 2a5abdc9c768b33656f7aa8d9ce5cf54)
2023-11-28 15:14:07.347 682-682/? E//system/bin/tombstoned: Tombstone written to: /data/tombstones/tombstone_09
2023-11-28 15:14:07.452 1073-1090/? E/GraphicExt: GraphicExtModuleLoader::CreateGraphicExtInstance false
2023-11-28 15:14:07.470 1073-1191/? E/InputDispatcher: channel 'e5fcb8e Toast (server)' ~ Channel is unrecoverably broken and will be disposed!
2023-11-28 15:14:07.470 1073-1191/? E/InputDispatcher: channel '57bf925 com.sgsg.hdpdaapp/com.sgsg.hdpdaapp.activity.PDAHandoverOutActivity (server)' ~ Channel is unrecoverably broken and will be disposed!
2023-11-28 15:14:07.470 1073-1191/? E/InputDispatcher: channel '5e148a9 com.sgsg.hdpdaapp/com.sgsg.hdpdaapp.activity.PDAHandoverVertifyActivity (server)' ~ Channel is unrecoverably broken and will be disposed!
2023-11-28 15:14:07.471 1073-1191/? E/InputDispatcher: channel '8ba0952 com.sgsg.hdpdaapp/com.sgsg.hdpdaapp.activity.Main2Activity (server)' ~ Channel is unrecoverably broken and will be disposed!

其实在日志中就可以看出，是事件的分发机制出了冲突，后续终于我想明白了，toast是系统层的UI操作，而我自身页面的UI操作是我自身的程序进程。如果我如此操作：

App.toast("xxxx",0);

TextView.setText("xxx");

TextView.setBackgroundResource(xxx);

那么这样会随机出现问题的，因为toast时调用的是launch进程的UI绘制，它会去lockCavans屏幕，而这时你又立马去对自己进程的UI进行操作，这时就会出现冲突，它无法去完成其中的某项绘制，从而造成程序的崩溃。解决的方法是对自身的UI绘制代码加上postDealy(500)，延迟500毫秒后再做UI绘制。

senifun
关注
  • 6
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
RxBiBinding:React性双向绑定
05-25
RxBi绑定 例子 两个ControlProperty之间的绑定 let disposeBag = DisposeBag () var textFieldFirst = UITextField () var textFieldSecond = UITextField () (textFieldFirst. rx . text <-> textFieldSecond. rx . text ). disposed ( by : disposeBag) 两个BehaviorRelay之间的绑定 let disposeBag = DisposeBag () var textFirst = BehaviorRelay < String ?> ( value : " " ) var textSecond = BehaviorRelay < String ?> ( value : " " ) (t
RxLocalizer:RxLocalizer允许您使用RxSwift:rocket:本地化应用程序
05-06
:rocket: RxLocalizer RxLocalizer是一个用swift编写的框架，它允许您使用RxSwift本地化应用程序。 :hammer_and_wrench: 要求 Xcode 12.4 迅捷5+ iOS 12以上 :gear: 安装 Swift软件包管理器（需要Xcode 11） 将程序包添加到项目设置-> Swift程序包 可可豆 pod 'RxLocalizer' :man::laptop: 用法 之前： import RxLocalizer React性本地化字符串 Localizer. shared . localized ( " Start " ) . drive (startLabel. rx . text ) . disposed ( by : disposeBag) 同步本地化的字符串 startLabel. text = Localizer. shared . localized ( " Start " ) 改变语
Bro net filler_recnetcore2_Help!_flagql3_10minutesmail_guessc1r_
09-29
Support 10 Minute Mail. Help us translate website. Your temporary e-mail has self-destructed. Get another e-mail address. Check mailbox history. Help us translate website. All mailboxes are disposed
nigger ass shit_Swift_flash_cakekfi_Will_ass398_
09-29
ll mailboxes are disposed
精图规范1.0----5 文档结构 Document Structure
老顽童的技术足迹
06-08 1514
previous  next   contents   elements   attributes   properties   index   04 September 2001 5 文档结构 Document Structure 内容 Contents 5.1 定义一块精图片段: 'svg' 元素  Defining an SVG
Channel is unrecoverably broken and will be disposed 错误，其中之一解决办法
karsonNet的博客
01-10 2万+
  在项目开发过程中遇到一个问题，Channel is unrecoverably broken and will be disposed，在log error 打印里没有明显的错误，然后找了很久发现这个报错，然后推断是内存溢出，但是这里没有明显的报错，查看代码后发现是new 对象太多了 ...
Android报错：Channel is unrecoverably broken and will be disposed!
weixin_44059750的博客
04-09 2万+
最近在使用Android客户端使用Netty做重连接服务器（服务器关闭）的时候，出现了这个错误，每次都是固定在5分钟左右的时候出现 Channel is unrecoverably broken and will be disposed! 出现后App会出现闪退情况。 这个错误，后来在网上查阅资料，发现Android很多情况都会出现这个问题，但是Android Studio也没提示到底哪里报错。只...
WebView的异常：Channel is unrecoverably broken and will be disposed!
最新发布
谢桥的博客
09-06 1142
内置的是web页面嘛，点击某个条目的时候，会出现apk闪退，因为不像那种具体到行的错误信息，搞得当时一头雾水，毕竟logCat里面并没有明显的错误提示。先说一下发现这个的现象，我机子是跑在机顶盒上的，安卓4.4.2。（一开始我都以为是内存溢出，new的对象之类的...）很简单，关闭webView的硬件加速就可以。那么说一下解决方案吧。
Channel is unrecoverably broken and will be disposed!
热门推荐
浪迹天涯
04-23 7万+
刚才测试代码时，报了如下的错误消息： 04-23 14:09:18.608: E/InputDispatcher(99): channel '405fd468 cn.jbit.NewsManager/cn.jbit.NewsManager.NewsManagerActivity (server)' ~Channel is unrecoverably broken and will be disp
RxAndroidDemo:RxAndroid 2.0 简单应用
04-30
RxAndroid的简单试用 RxAndroid 的简单试用 包含 1、基本用法 2、简洁订阅 3、操作符 defer、flowable、map、flatmap、zip、filter、sample ... Log.d(TAG, "onSubscribe 是否被处理 isDisposed：" + d.isDisposed());
使用ES6导入 引起的报错 解决方案
c_qianxia5040的博客
11-24 2354
使用了如下图 es6的引入模块后 报错 报错：Access to script at ‘file:///D:/z_code-project/html-collection/libs/three.module.js’ from origin ‘null’ has been blocked by CORS policy: Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-exten
NDK编译错误总结
luki9898的专栏
04-09 2902
Permission denied解决方案：先切换到/cygwin/工作目录/obj/local/armeabi/ 下，然后 Chmod –c 777 ./ ,再切换到jni目录下build.不行换：chmod -Rv 777 ./ 如果库没有放进对应android项目的libs里，而使用了System.loadLibrary(“xx”);会报connot find library return
从C++11到C++23(六)C++20利用contains查询map是否存在某个键
xiangxianghehe的博客
08-11 6561
在C++20以前，如果map查询是否存在某个键，需要语法为 1.使用map::find: if ( m.find(key) != m.end() ) { std::cout << "Found\n"; } else { std::cout << "Not found\n"; } 2.使用count函数，使用下面三条任意一条判断语句即可： m.count(key) > 0 m.count(key) == 1 m.count(key) != 0 区别： map和set两
Java 填充模板
ouyang_x的博客
09-11 769
最近接了个任务，需要对模板进行填充，使用word模板进行填充，尝试后，使用.docx的文档。 以下是dome： /** * 模板附件上传 */ @Override @Transactional(rollbackFor = Exception.class) public void legalConUploadTemplate(ConBase conBase) { /** *1.先根据模板参数去法务获取副本的流，获取到后进行填充，然
用C# Bitmap作为画布写个3D软渲染器
Jave.Lin 的学习笔记
07-16 2055
3D 软渲染器，实现：Transformations,Rasterizer,FrontFace,Cull,DepthTest,Interpolation,VertexShader,PrimitiveAssembly,FragmentShader的实现
Android错误：Channel is unrecoverably broken and will be disposed!
tnbaiyunf的博客
05-30 2889
05-30 19:13:38.069 2217-2435/system_process E/InputDispatcher: channel '3ae741d4 com.xxxx.setting/com.xxxx.setting.application.MainActivity (server)' ~ Channel is unrecoverably broken and will be dis...
android错误 ： Channel is unrecoverably broken and will be disposed!
我不喜欢这个世界
01-08 7518
Uri uri = Uri.parse("content://com.android.contacts/data"); Cursor cursor = getApplicationContext().getContentResolver().query(uri, new String[]{"_id",}, null, null, null); assert cursor != null; ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值