HarmonyOS taskpool使用crash
堆栈如下 看堆栈式taskpool线程crash了。 这种如何定位问题呢?
Pid:9634
Uid:20020054
Process name:com.dewu.hos
Reason:Signal:SIGABRT(SI_TKILL)@0x01317b56000025a2 from:9634:20020054
Fault thread Info:
Tid:9743, Name:OS_TaskWorker
#00 pc 0000000000185ca8 /system/lib/ld-musl-aarch64.so.1(raise+188)(74fbb7c9c36exxxx5599de859b56a0)
#01 pc 00000000001381a8 /system/lib/ld-musl-aarch64.so.1(abort+20)(74fbb7c9c36exxxx599de859b56a0)
#02 pc 00000000000169c8 /system/lib64/platformsdk/libuv.so(uv__io_poll+336)(c19937065xxxx8eb4ba31207ed1a50)
#03 pc 0000000000017728 /system/lib64/platformsdk/libuv.so(uv_run+376)(c199370656xxxxxb4ba31207ed1a50)
#04 pc 000000000001c164 /system/lib64/module/libtaskpool.z.so(Commonlibrary::Concurrent::TaskPoolModule::Worker::ExecuteInThread(void const*)+376)(ece64a54f6fa3xxxxxx29589068cfa)
#05 pc 0000000000019b54 /system/lib64/module/libtaskpool.z.so(Commonlibrary::Concurrent::TaskPoolModule::TaskRunner::TaskInnerRunner::Run()+68)(ece64a54f6fa3xxxxx4429589068cfa)
#06 pc 00000000001a7e58 /system/lib/ld-musl-aarch64.so.1(start+236)(74fbb7c9c3xxxx9de859b56a0)
#07 pc 000000000009df38 /system/lib/ld-musl-aarch64.so.1(74fbb7c9c3xxxxx599de859b56a0)
Registers:
x0:0000000000000000 x1:0000000829f83630 x2:0000000000000000 x3:0000000000000008
x4:0000000829f83750 x5:0000000000000004 x6:fefeff6b60757164 x7:7f7f7f7f7f7f7f7f
x8:0000000000000087 x9:0000000829f879d0 x10:0000000000000072 x11:0000000082355555
x12:00000004a1ebc07c x13:000000001e52dfb7 x14:0000000015b1b174 x15:6a38a314050c0d97
x16:00000006cc4ab078 x17:000000010be8e194 x18:0000000000000003 x19:0000000000000000
x20:000000010c144000 x21:00000008266338c8 x22:0000000000000003 x23:00000008266336c8
x24:0000000826633820 x25:00000000fffffffd x26:0000000000000005 x27:0000000829f87860
x28:00000006cc48aa68 x29:0000000829f836b0
lr:000000010be8e1ac sp:0000000829f83630 pc:000000010bedbca8
HarmonyOS
赞
收藏 0
回答 2
待解决
相关问题
HarmonyOS使用 napi 调用封装的 quickjs crash
274浏览 • 1回复 待解决
HarmonyOS Promise & taskpool使用问题
199浏览 • 1回复 待解决
HarmonyOS 关于crash问题
102浏览 • 1回复 待解决
HarmonyOS TaskPool使用首选项报错
310浏览 • 1回复 待解决
HarmonyOS 使用taskPool处理耗时操作,能否使用箭头函数
263浏览 • 1回复 待解决
HarmonyOS APP发生crash之后如何上传crash日志并重启应用
462浏览 • 1回复 待解决
如何实现crash堆栈抓取、crash回调
1714浏览 • 1回复 待解决
使用faultLogger.querySelfFaultLog实现crash堆栈的抓取
355浏览 • 1回复 待解决
HarmonyOS 遇到JSON.stringify crash
321浏览 • 1回复 待解决
taskpool 使用问题,有人知道吗?
833浏览 • 1回复 待解决
taskpool使用 ,谁有好的方案?
634浏览 • 1回复 待解决
如何使用taskpool实现多线程
1012浏览 • 1回复 待解决
HarmonyOS crash日志如何定位问题代码
424浏览 • 1回复 待解决
openharmony arkui taskpool @concurrent装饰器如何使用
4962浏览 • 4回复 待解决
TaskPool里面是否可以使用EventHub
1693浏览 • 1回复 待解决
HarmonyOS有防CPP crash的具体方案吗
268浏览 • 1回复 待解决
HarmonyOS 如何使用TaskPool进行异步IO,同时保证文件写入是顺序的
350浏览 • 1回复 待解决
使用taskPool实现动态查询刷新ListView中局部信息
599浏览 • 1回复 待解决
使用taskpool实现多线程时,如何实现内存共享
2108浏览 • 1回复 待解决
如何使用TaskPool在子线程调用对象成员函数
266浏览 • 0回复 待解决
HarmonyOS 关于taskpool的问题
123浏览 • 1回复 待解决
HarmonyOS TS文件可以使用taskpool,但是没办法用@Concurrent
247浏览 • 1回复 待解决
DFX-crash定位定界工具
570浏览 • 1回复 待解决
尝试获取Har context,app crash
1701浏览 • 1回复 待解决
HarmonyOS taskpool线程数量控制
332浏览 • 2回复 待解决
在 HarmonyOS 中,taskpool 线程崩溃通常是由于某个任务或并发操作出现问题所引起的。要定位和解决这个问题,可以按照以下步骤进行分析:
### 1. 分析崩溃堆栈
根据你的堆栈信息,关键部分如下:
从堆栈可以看到
libuv
库中的 uv__io_poll
和 uv_run
函数参与了事件循环,然后调用了 libtaskpool.z.so
库中的 ExecuteInThread
和 TaskInnerRunner::Run
函数。### 2. 检查代码中的异步任务和线程
确保在使用 taskpool 时,每个任务的执行不会产生未捕获的异常。如果任务抛出异常且没有正确捕获处理,这可能导致线程终止。
### 3. 增加日志和错误处理
在代码中增加日志记录和错误处理,以便能更详细地了解任务执行过程中的状态和潜在问题。确保在每个任务中捕获所有可能的异常,并进行适当的处理。
### 4. 使用调试工具
使用 HarmonyOS 提供的调试工具来监控任务池和线程的状态。你可以通过调试器设置断点,逐步检查线程的执行情况。
### 5. 查看相关代码片段
重点检查
Commonlibrary::Concurrent::TaskPoolModule::Worker::ExecuteInThread
和 Commonlibrary::Concurrent::TaskPoolModule::TaskRunner::TaskInnerRunner::Run
的实现,确保这些方法内部的任务管理和线程调度逻辑没有问题。### 6. 检查资源竞争和死锁
确保多线程环境下没有资源竞争和死锁问题。可以使用工具(如 Mutex 和 Semaphore)来保证线程安全,并避免多个线程同时访问共享资源时发生冲突。
### 示例代码:如何创建一个安全的 TaskPool
为了说明如何创建一个更安全的 TaskPool,下面是一个简化的示例代码:
### 总结
通过分析崩溃堆栈,检查代码中的异步任务和线程,增加日志和错误处理,使用调试工具,以及检查看是否存在资源竞争和死锁,你可以逐步定位和解决 taskpool 线程崩溃的问题。在多线程编程中,确保每个任务的安全性并妥善处理异常是非常重要的。希望这些建议对你有所帮助。
请参照这个文档排查是哪两个线程共用了:https://developer.huawei.com/consumer/cn/blog/topic/03137170307084079
SIGABRT(SI_TKILL)是进程主动中断,看堆栈是调用了标准函数库的abort()函数。这些是很典型的taskpool/worker的多线程问题。https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V5/bpta-cppcrash-guidance-0000001890652421-V5#section7286183943719