Crash Reporter：异常类型与异常码相关技术问题咨询

针对你在Crash Reporter工具里碰到的这几个技术疑问，我结合自己的调试经验和Apple官方文档内容给你详细拆解：

1. Exception Type（异常类型）与Exception Code（异常码）的区别 #

简单来说，Exception Type是对异常的宏观分类，它告诉你“这是哪一类错误”——比如EXC_BREAKPOINT是断点异常、EXC_BAD_ACCESS是内存访问错误、EXC_CRASH是进程崩溃。而Exception Code是该类型下的细分标识，用来精准定位具体的错误原因。举个例子，同样是EXC_BAD_ACCESS，异常码可能区分是“读取了已释放的内存”还是“写入了受保护的内存区域”，相当于给错误加了更细致的标签，方便咱们快速缩小排查范围。

2. 为何会存在多个异常码？ #

这是因为同一个异常类型可能对应N种不同的触发场景。比如EXC_BAD_ACCESS，可能是你访问了空指针、越界操作数组、访问了已经被系统回收的内存，甚至是权限不足去碰受内核保护的内存——这些场景本质上都是“内存访问错误”，但具体原因天差地别。苹果的内核和系统框架会给每种细分场景分配独特的异常码，这样咱们不用只对着一个模糊的异常类型抓瞎，能直接通过异常码定位到具体是哪一步出了问题。

3. 解码异常码的常用途径 #

• 查看系统头文件：内核相关头文件里会定义所有系统级异常码的宏，并且附带注释说明含义。你可以直接在本地开发环境里找到这些头文件（比如kern_return.h），查看对应的定义。
• Xcode官方调试文档：Xcode的调试指南里有专门章节讲解Crash Reporter的异常信息，会把常见异常码对应的场景和排查方法讲得很清楚。
• Crash Reporter工具内置提示：部分异常码在工具界面里会附带简短的解释，你可以留意工具里的相关描述文本。
• 对应框架的官方文档：如果是某个特定框架抛出的异常，比如Foundation或UIKit，去框架的错误处理章节里找，一般会有对应的异常码说明。

4. 为什么EXC_BREAKPOINT异常有两个错误码，而INT3指令本身不带错误码？ #

这个得从系统对断点的封装逻辑说起。INT3是x86架构里的基础断点指令，它本身确实只触发一个简单的断点信号，但在macOS/iOS的内核层面，当捕获到INT3触发的断点时，系统会额外补充调试上下文信息作为第二个错误码。比如第一个错误码可能是内核返回的基础断点标识，第二个则可能包含：是主动设置的调试断点，还是框架断言触发的断点，或者是断点触发时的进程状态标记。这些额外信息能帮咱们区分“我自己设的调试断点”和“系统/框架触发的意外断点”，方便排查问题。

内容的提问来源于stack exchange，提问作者JCx