一、最近米家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. AI数字人克隆人直播源码独立部署的应用!

    AI虚拟数字人正在从概念性试验品逐步落地到实际应用场景,特别是在电商直播领域,AI数字人虚拟主播应用可以说是大放异彩,目前,以真人形象为基础的数字人主播,不受场地.真人.布景.灯光.直播设备的限制,相 ...

  2. 重新整理.net core 计1400篇[五] (.net core 修改为Startup模式 )

    前言 随着不断的升级改版,我们离dotnet帮我们生成的文件中还差一步,那就是我们少了一个Startup,那么这个有什么用呢?让我们来补上it吧. 在此之前需要明白一件事,那就是Startup是一种约 ...

  3. NodeJs初探索

    练习1:模块之间的引用 a.js // 引入b.js模块 var b = require("./b"); // 调用对象里的方法: 对象.属性名 对象.方法名() b.add(); ...

  4. 【Azure Developer】.Net 简单示例 "文字动图显示" Typing to SVG

    问题描述 看见一个有趣的页面,可以把输入的文字信息,直接输出SVG图片,还可以实现动图模式. 示例URL:  https://readme-typing-svg.demolab.com/?font=F ...

  5. 浅谈TypeScript对业务可维护性的影响

    前言 笔者认为, TypeScript是服务于业务的, 核心就是提高代码的可维护性. TypeScript是把双刃剑, 如果类型系统使用的不好, 反而会阻碍开发, 甚至最后就变成了anyScript. ...

  6. 第3章 python 爬虫抓包与数据解析

    第 3章 Python 爬虫抓包与数据解析 3.1 抓包进阶 目前,我们已经会使用 Chrome 浏览器自带的开发者工具来抓取访问网页的数据包,但是这种抓包方法有局限性,比如只能监听一个浏览器选项卡, ...

  7. [FAQ] Beego2.0.2 bee 生成的 api 项目运行 404, http server Running on http://:8080

    Beego, bee version 2.0.2 https://github.com/beego/beego/issues/4363 Tool:AI 编程助手 Refer:Beego还流行吗 Lin ...

  8. [FAQ] Smart Contract: xxx has not been deployed to detected network (network/artifact mismatch)

    在前端用 web3 与 contract 交互时,需要获取到已部署的 contract 实例进行操作,如果没有获取到就会报此错. 比如如下的 .deployed() 阶段: /* 伪代码 */ con ...

  9. 指定Task任务顺序执行

    经常听到说线程池这个东西,凭印象写了个这么简单的例子. CusTRun方法要不要await,取决于要不要作为后台任务.任务可指定数量,线程参数可共享全,顺序可控,可继续改进. using System ...

  10. 实验8 #第8章 Verilog有限状态机设计-3 #Verilog #Quartus #modelsim

    3. 状态机A/D采样控制电路 3.1 目标:用状态机控制ADC0809实现数据采集. 3.2 ADC0809简介 (1)ADC0809是8位A/D转换器,片内有8路模拟开关,可控制8个 模拟量中 的 ...