问题一：如何确定_lock是否用于保护对_deferredTasks的多线程读写？
如何确定_lock是否用于保护对_deferredTasks的多线程读写？
参考回答：
"在文件中全文搜索正则表达式x.{1,2}, #0x10筛选出所有引用_lock的指令以及所属方法，操作类似上述的_deferredTasks；从上可知，UIKeyboardTaskQueue类对_lock的使用封装成 4 个方法（忽略init创建和.cxx_destruct销毁的两个方法，该两方法不会有并发问题），也就是方法使用_lock必定会调用这 4 个方法。
解锁方法有 1 个：
- -[UIKeyboardTaskQueue unlock]
加锁方法有 3 个： - -[UIKeyboardTaskQueue lock]
- -[UIKeyboardTaskQueue lockWhenReadyForMainThread]
- -[UIKeyboardTaskQueue tryLockWhenReadyForMainThread]"
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/658584
问题二：为什么多线程同时写入数组_deferredTasks会导致野指针问题？
为什么多线程同时写入数组_deferredTasks会导致野指针问题？
参考回答：
多线程同时写入数组_deferredTasks时，如果没有适当的锁机制来保护，就可能导致数据竞争。当一个线程正在写入数组时，另一个线程可能也在进行写入操作，这可能会破坏数组中的对象地址，导致野指针问题。在推演图中，Main Thread在尝试获取数组index = 0的对象地址时，就可能因为多线程写入导致该对象地址被异常破坏而出现野指针。
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/658585
问题三：野指针问题是如何最终导致Crash的？
野指针问题是如何最终导致Crash的？
参考回答：
野指针问题导致Crash的具体过程是：由于多线程写入导致数组中的对象地址被异常破坏，Main Thread在尝试获取数组index = 0的对象地址时获取到了一个无效的地址，并将其存入x0寄存器。随后，当Main Thread继续执行下一条指令，尝试对该地址进行retain操作时，就会因为访问无效内存地址而触发Crash。
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/658586
问题四：为什么编译器生成的符号名会有差异？
为什么编译器生成的符号名会有差异？
参考回答：
编译器生成的符号名差异主要源于不同语言编译器的命名规则不同。例如，C语言编译器通常只在原函数名前加一个前缀“_”，而C++编译器则会根据方法名加上参数名来生成更具体的符号名。这种差异使得在汇编层面分析和调试不同语言编写的代码时，需要特别注意符号名的对应关系。
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/658587
问题五：为什么选择重写方法作为补丁方案？
为什么选择重写方法作为补丁方案？
参考回答：
选择重写-[UIKeyboardTaskQueue tryLockWhenReadyForMainThread]方法作为补丁方案是因为该方法调用简单，不涉及复杂的汇编逻辑，且改造的汇编指令较少，安全性较好。同时，也确认了除-[UIKeyboardTaskQueue continueExecutionOnMainThread]调用外，无其他方法调用-[UIKeyboardTaskQueue tryLockWhenReadyForMainThread]，保证了补丁的针对性。
关于本问题的更多问答可点击原文查看：
