一、最近米家App进入前台的时候上报上来一个Crash

{"app_name":"MiHome","timestamp":"2019-04-03 11:00:09.66 +0800","app_version":"4.15.101","slice_uuid":"d41578a2-af0f-3fc5-b202-c120aeaacba2","adam_id":0,"build_version":"4.15.101.1334","bundleID":"com.xiaomi.mihome.dailybuild","share_with_app_devs":false,"is_first_party":false,"bug_type":"109","os_version":"iPhone OS 12.1 (16B92)","incident_id":"0DD1416C-EFFC-45CC-A5B1-7099FD5582E1","name":"MiHome"}
Incident Identifier: 0DD1416C-EFFC-45CC-A5B1-7099FD5582E1
CrashReporter Key: 0d34987d160e2a213f0eea4224c7be37b0e5f7ff
Hardware Model: iPhone10,2
Process: MiHome [12041]
Path: /private/var/containers/Bundle/Application/C164FC42-7011-4900-B31D-C1FBF97A4927/MiHome.app/MiHome
Identifier: com.xiaomi.mihome.dailybuild
Version: 4.15.101.1334 (4.15.101)
AppStoreTools: 10B61
Code Type: ARM-64 (Native)
Role: Non UI
Parent Process: launchd [1]
Coalition: com.xiaomi.mihome.dailybuild [15486] Date/Time: 2019-04-03 11:00:09.4286 +0800
Launch Time: 2019-04-03 10:56:55.4746 +0800
OS Version: iPhone OS 12.1 (16B92)
Baseband Version: 3.11.00
Report Version: 104 Exception Type: EXC_CRASH (SIGKILL)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: Namespace SPRINGBOARD, Code 0x8badf00d
Termination Description: SPRINGBOARD, scene-update watchdog transgression: com.xiaomi.mihome.dailybuild exhausted real (wall clock) time allowance of 10.00 seconds | ProcessVisibility: Foreground | ProcessState: Running | WatchdogEvent: scene-update | WatchdogVisibility: Foreground | WatchdogCPUStatistics: ( | "Elapsed total CPU time (seconds): 3.890 (user 3.890, system 0.000), 6% CPU", | "Elapsed application CPU time (seconds): 0.695, 1% CPU" | )
Triggered by Thread: 0 Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libsystem_kernel.dylib 0x00000001c97a79fc __ulock_wait + 8
1 libsystem_platform.dylib 0x00000001c981b8f8 _os_unfair_lock_lock_slow + 172
2 libobjc.A.dylib 0x00000001c8df4830 objc_sync_enter + 32
3 MiHome 0x00000001035add48 -[MHTutkIotcManager registerNotifDictString] + 22076744 (MHTutkIotcManager.m:286)
4 MiHome 0x00000001035ad654 -[MHTutkIotcManager appEnterForeground:] + 22074964 (MHTutkIotcManager.m:241)
5 MiHome 0x0000000104b22c8c __43-[MHNotificationCenter processNotificaton:]_block_invoke + 44575884 (MHNotificationCenter.m:162)
6 CoreFoundation 0x00000001c9af56bc -[__NSArrayM enumerateObjectsWithOptions:usingBlock:] + 216
7 MiHome 0x0000000104b22b6c -[MHNotificationCenter processNotificaton:] + 44575596 (MHNotificationCenter.m:164)
8 CoreFoundation 0x00000001c9b7e928 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 20
9 CoreFoundation 0x00000001c9b7e8f4 ___CFXRegistrationPost_block_invoke + 64
10 CoreFoundation 0x00000001c9b7dde4 _CFXRegistrationPost + 392
11 CoreFoundation 0x00000001c9b7da90 ___CFXNotificationPost_block_invoke + 96
12 CoreFoundation 0x00000001c9af5d70 -[_CFXNotificationRegistrar find:object:observer:enumerator:] + 1404
13 CoreFoundation 0x00000001c9b7d51c _CFXNotificationPost + 696
14 Foundation 0x00000001ca58dc10 -[NSNotificationCenter postNotificationName:object:userInfo:] + 68
15 UIKitCore 0x00000001f6e29c30 -[UIApplication _sendWillEnterForegroundCallbacks] + 232
16 UIKitCore 0x00000001f66abdc4 -[__UICanvasLifecycleMonitor_Compatability activateEventsOnly:withContext:completion:] + 2180
17 UIKitCore 0x00000001f66a9a74 __82-[_UIApplicationCanvas _transitionLifecycleStateWithTransitionContext:completion:]_block_invoke + 772
18 UIKitCore 0x00000001f66a9720 -[_UIApplicationCanvas _transitionLifecycleStateWithTransitionContext:completion:] + 432
19 UIKitCore 0x00000001f66ae8e0 __125-[_UICanvasLifecycleSettingsDiffAction performActionsForCanvas:withUpdatedScene:settingsDiff:fromSettings:transitionContext:]_block_invoke + 220
20 UIKitCore 0x00000001f66af840 _performActionsWithDelayForTransitionContext + 112
21 UIKitCore 0x00000001f66ae798 -[_UICanvasLifecycleSettingsDiffAction performActionsForCanvas:withUpdatedScene:settingsDiff:fromSettings:transitionContext:] + 248
22 UIKitCore 0x00000001f66b3684 -[_UICanvas scene:didUpdateWithDiff:transitionContext:completion:] + 368
23 UIKitCore 0x00000001f69f7090 -[UIApplicationSceneClientAgent scene:handleEvent:withCompletion:] + 468
24 FrontBoardServices 0x00000001cc6456e4 __80-[FBSSceneImpl updater:didUpdateSettings:withDiff:transitionContext:completion:]_block_invoke.359 + 228
25 libdispatch.dylib 0x00000001c964a484 _dispatch_client_callout + 16
26 libdispatch.dylib 0x00000001c96213f0 _dispatch_block_invoke_direct$VARIANT$armv81 + 216
27 FrontBoardServices 0x00000001cc683a9c __FBSSERIALQUEUE_IS_CALLING_OUT_TO_A_BLOCK__ + 40
28 FrontBoardServices 0x00000001cc683728 -[FBSSerialQueue _performNext] + 416
29 FrontBoardServices 0x00000001cc683d44 -[FBSSerialQueue _performNextFromRunLoopSource] + 56
30 CoreFoundation 0x00000001c9ba01cc __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 24
31 CoreFoundation 0x00000001c9ba014c __CFRunLoopDoSource0 + 88
32 CoreFoundation 0x00000001c9b9fa30 __CFRunLoopDoSources0 + 176
33 CoreFoundation 0x00000001c9b9a8fc __CFRunLoopRun + 1040
34 CoreFoundation 0x00000001c9b9a1cc CFRunLoopRunSpecific + 436
35 GraphicsServices 0x00000001cbe11584 GSEventRunModal + 100
36 UIKitCore 0x00000001f6e11054 UIApplicationMain + 212
37 MiHome 0x00000001026e9a00 main + 6593024 (main.m:19)
38 libdyld.dylib 0x00000001c965abb4 start + 4 Thread 28 name: Dispatch queue: com.apple.root.default-qos
Thread 28:
0 libsystem_kernel.dylib 0x00000001c97a7428 __semwait_signal + 8
1 libsystem_c.dylib 0x00000001c971c5d0 nanosleep + 212
2 libsystem_c.dylib 0x00000001c971c4a4 usleep + 64
3 MiHome 0x00000001027a1d50 IOTC_Connect_UDP + 7347536 (UDP_Connect.c:2410)
4 MiHome 0x00000001035ac59c -[MHTutkIotcManager mh_iotcConnectByUIDParallel:uId:sId:] + 22070684 (MHTutkIotcManager.m:129)
5 MiHome 0x00000001035b28d0 __63-[MHTUTKP2PConnection connectIOTCDeviceWithUId:did:completion:]_block_invoke + 22096080 (MHTUTKP2PConnection.m:533)
6 libdispatch.dylib 0x00000001c96496c8 _dispatch_call_block_and_release + 24
7 libdispatch.dylib 0x00000001c964a484 _dispatch_client_callout + 16
8 libdispatch.dylib 0x00000001c9620a7c _dispatch_queue_override_invoke + 664
9 libdispatch.dylib 0x00000001c962cafc _dispatch_root_queue_drain + 344
10 libdispatch.dylib 0x00000001c962d35c _dispatch_worker_thread2 + 116
11 libsystem_pthread.dylib 0x00000001c982c17c _pthread_wqthread + 472
12 libsystem_pthread.dylib 0x00000001c982ecec start_wqthread + 4

从Crash类型可以查询出来,Termination Reason: Namespace SPRINGBOARD, Code 0x8badf00d 代表主线程无响应,被watchdog杀掉了

主线程被阻塞,无非几种原因、死锁,方法执行耗时过长。

查询主线程,确实发现@synchronized(self) 加锁了,并且也是等锁导致等时间过长。子线程等方法中 使用了@synchronized加锁,内部操作长时间不返回,导致主线程被阻塞。

总结:

所有关于加锁的,一定要考虑加锁的粒度,同时考虑等锁等是不是主线程。

耗时过长的操作,设计线程安全的,可以放在队列中,使用队列解决。

@synchronized(self) 加锁引起的Crash的更多相关文章

  1. java多线程(五)-访问共享资源以及加锁机制(synchronized,lock,voliate)

    对于单线程的顺序编程而言,每次只做一件事情,其享有的资源不会产生什么冲突,但是对于多线程编程,这就是一个重要问题了,比如打印机的打印工作,如果两个线程都同时进行打印工作,那这就会产生混乱了.再比如说, ...

  2. 重大发现,AQS加锁机制竟然跟Synchronized有惊人的相似

    在并发多线程的情况下,为了保证数据安全性,一般我们会对数据进行加锁,通常使用Synchronized或者ReentrantLock同步锁.Synchronized是基于JVM实现,而Reentrant ...

  3. java中的synchronized关键字

    参考:http://www.cnblogs.com/devinzhang/archive/2011/12/14/2287675.html 多线程并发问题的根因: 在一个对象中有一个变量i=0,有两个线 ...

  4. (转)Synchronized(对象锁)和Static Synchronized(类锁)的区别

    场景:面试的时候经常用得到! 1 综述 Synchronized和Static Synchronized区别 一个是实例锁(锁在某一个实例对象上,如果该类是单例,那么该锁也具有全局锁的概念),一个是全 ...

  5. 线程池 队列 synchronized

    线程池 BlockingQueue synchronized volatile 本章从线程池到阻塞队列BlockingQueue.从BlockingQueue到synchronized 和 volat ...

  6. Java 多线程加锁的方式总结及对比(转载)

    转自https://blog.csdn.net/u010842515/article/details/67634813 参考博文:http://www.cnblogs.com/handsomeye/p ...

  7. synchronized底层实现学习

    上文我们总结了 synchronized 关键字的基本用法以及作用,并未涉及 synchronized 底层是如何实现的,所谓刨根问底,本文我们就开始 synchronized 原理的探索之旅吧(*& ...

  8. iOS 加锁的方式

    iOS多线程编程中,经常碰到多个线程访问共同的一个资源,在线程相互交互的情况下,需要一些同步措施,来保证线程之间交互的时候是安全的.下面我们一起看一下学一下iOS的几种常用的加锁方式,希望对大家有所帮 ...

  9. 从线程池到synchronized关键字详解

    线程池 BlockingQueue synchronized volatile 前段时间看了一篇关于"一名3年工作经验的程序员应该具备的技能"文章,倍受打击.很多熟悉而又陌生的知识 ...

  10. Java锁机制(一)synchronized

    进行多线程编程的时候,需要考虑的是线程间的同步问题.对于共享的资源,需要进行互斥的访问.在Java中可以使用一些手段来达到线程同步的目的: 1. synchronized 2. ThreadLocal ...

随机推荐

  1. ImportError: Cannot load backend 'TkAgg' which requires the 'tk' interactive framework, as 'headless' is currently running

    MMdetection多卡训练常遇到的两个错误,百度无果,没解决,去github里mmdetection的issue模块搜索了一下找到正解. 这里记录一下,方便后者. 1️⃣ ImportError: ...

  2. Kubernetes 部署集群1.28.2版本(无坑)

    初步搭建一个一个主节点和两个从节点Kubernetes 1.28.2 集群.先准备好机器 | host | hostname | os | role | hardware | | --- | --- ...

  3. oracle SQL 进行时间冲突判断

    oracle SQL 进行时间冲突判断 背景:写一个预约模块,主要的限制就是时间限制,有冲突的时间段就不能进行预约 设数据库中的时间为A开始,A结束 设要判断的时间为B开始,B结束 则判断有在B开始时 ...

  4. DataWorks 如何撑起阿里99%的数据开发?

    阿里妹导读: DataWorks是阿里巴巴自主研发,支撑阿里巴巴经济体99%数据业务建设和治理,每天数万名数据开发和算法开发工程师在使用.从2010年起步到目前的版本,经历了多次技术变革和架构升级,也 ...

  5. SpringBoot Admin2.0 集成 Java 诊断神器 Arthas 实践

    简介: 项目最初使用 Arthas 主要有两个目的: 1. 通过 arthas 解决实现测试环境.性能测试环境以及生产环境性能问题分析工具的问题. 2. 通过使用 jad.mc.redefine 功能 ...

  6. Serverless 应用优化四则秘诀

    ​简介:Serverless 架构下,虽然我们更多精力是关注我们的业务代码,但是实际上对于一些配置和成本也是需要进行关注的,并且在必要的时候,还需要根据配置与成本进行对我们的 Serverless 应 ...

  7. MaxCompute Spark 资源使用优化祥解

    简介: 本文主要讲解MaxCompute Spark资源调优,目的在于在保证Spark任务正常运行的前提下,指导用户更好地对Spark作业资源使用进行优化,极大化利用资源,降低成本. 本文作者:吴数傑 ...

  8. 最佳实践丨云上虚拟IDC(私有池)如何为客户业务的确定性、连续性保驾护航

    ​简介: 企业业务上云后,还面临特定可用区购买云上特定计算产品实例失败的困境?云上私有池pick一下 Why 云上业务为什么需要资源确定性.服务连续性 云计算正朝着像水电煤一样的基础设施演进,支持用户 ...

  9. Codeforces 题解集

    Codeforces Round 940 (Div. 2) and CodeCraft-23 Codeforces Round 940 (Div. 2) and CodeCraft-23 (A-E)

  10. THUWC2024&NOIWC2024游记

    以 NOIWC 考试日为 Day 1 好了. Day -6 到重庆了.去报到,然后直接不去试机走了,这波主打一个自信. Day -5 THUWC Day1,四道传统题. 开 T1,一眼有一个 \(O( ...