xcode 添加全局断点以后崩溃，libc abi.dylib`__cxa_throw: -＞ 0x111fdc089 ＜ 0＞: pushq %rbp

解决添加全局断点导致程序崩溃问题

最新推荐文章于 2022-12-21 22:39:25 发布

原创最新推荐文章于 2022-12-21 22:39:25 发布 · 378 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#xcode

本文探讨了在程序中添加全局断点后直接崩溃并跳转至libcabi.dylib`__cxa_throw的问题,推测这可能由框架中的非Objective-C语言引发。文中提供了修改全局断点设置的方法。

添加全局断点以后运行程序直接崩溃并且跳到libc abi.dylib`__cxa_throw: -> 0x111fdc089 < 0>: pushq %rbp，这时候可以尝试修改全局断点的设置如图

在这里插入图片描述

出现这种问题的原因我推测可能是框架中的非oc语言出现了问题才导致崩溃。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

faker1111112

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

libc++abi.dylib: terminate_handler unexpectedly threw an exception

weixin_34034670的博客

12-18

1576

崩溃提示信息解读 dylib:dynamic lib 动态库 abi:应用程序二进制接口 libc++:库名 terminate_handler unexpectedly threw an exception: terminate_handler意外的抛出异常分析:推测是链接到二进制库libc++的时候除了问题,应该不是代码的原因,可能是配置相关的原因. crash相关硬件设备信息 iPho...

libc++abi.dylib: terminate_handler unexpectedly threw an exception错误小结

热门推荐

SoulHao的专栏

01-21

4万+

前言我们在运行xcode工程时，有时候会遇到”libc++abi.dylib: terminate_handler unexpectedly threw an exception”错误，app莫名其妙就crash掉了，在控制台输入bt命令，查看调用堆栈，结果也是一头雾水：分析现在唯一的信息点是libc++abi.dylib，这个库到底是做什么的？从后缀看，是一个动态库，那么

参与评论您还未登录，请先登录后发表或查看评论

xcode添加全局断点

02-04

1572

1，选择断点选项2，点击左下角加号，选择Symbolic Breakpoint… 3，在Symbol中输入：-[NSException raise] 回车4，做相同于3的步骤输入：objc_exception_throw 回车

ios全局断点的设置

xiaoqi307的博客

05-07

1583

小技巧8-iOS 使用Global BreakPoint（全局断点)快速定位Bug

Pandakingli的博客

11-10

5144

小技巧8-iOS 使用Global BreakPoint（全局断点)快速定位Bug

iOS开发--怎样打全局断点

jkfaklfjal的博客

07-05

588

项目中如何打全局断点，如下图所示

iOS调试——断点

qw963895582的博客

09-01

1280

设置和查看断点 1.第一次运行编写成功的程序时，往往会出现始料未及的结果。为了找出原因，我们需要在程序中设置断点进行调试。断点指在条件满足的情况下程序会挂起在那里，我们往往可以在那里查看变量、单步运行等操作内容。 2.断点可分为以下三种类型: 文件行断点：执行到特定文件某一行时触发。符号断点：调用某一个函数或方法时触发，程序挂起在函数或方法的第一行。异常断点：产生

Hikari-LLVM15.0.0.zip 支持Xcode14 混淆代码防止破解

03-23

Hikari_LLVM15.0.0.zip 支持Xcode14 混淆代码防止破解启用伪控制流： -mllvm -enable-bcfobf 启用控制流平坦化： -mllvm -enable-cffobf 启用指令替换： -mllvm -enable-subobf 启用反class-dump： -mllvm -...

全网首发：Undefined symbols for architecture x86_64: “std::__1::locale::use_facet(std::__1::locale::id&)

柳鲲鹏

02-09

1363

Undefined symbols for architecture x86_64

Xcode缺失库 libstdc++.zip

03-26

2. 检查项目设置：进入项目设置，检查"Build Phases" -> "Link Binary With Libraries"，确认libstdc++.dylib已经添加。如果没有，点击"+"按钮，搜索并添加。 3. 使用命令行工具：通过终端，使用`xcode-select -...

iOS9如何打全局断点（图解）

moses的博客

04-01

8209

Xcode7如何打全局断点（图解）

iOS调试—断点调试

angel199282的博客

03-29

469

在开发App的过程中，需要反复的修改和优化我们的代码，特别是当程序出现bug，需要快速的找出错误的原因，进行修改，以保证程序的正确执行。　　断点调试，是最常用最简单的一种调试方式，可以一步步跟踪程序执行的流程，得到变量的值，快速的找到错误的原因。 1、断点的基本操作　　断点的操作非常简单，下面通过几张图来介绍一下如何添加、删除、编辑以及使用断点。

[AVAudioPlayer play]会产生__cxa_throw异常

Care iOS技术团队

05-11

6882

开发中遇到一个奇怪的异常。我调用AVAudioPlayer play方法，会莫名的产生__cxa_throw异常，只是简单的调用系统的api，有时候可以，有时候会异常。然后只有找万能的google帮解决问题，结果还真找到了。http://www.blogosfera.co.uk/2012/03/avaudioplayer-throws-breakpoint-in-debug-mode/

_cxa_throw xocde运行卡住

weixin_43883776的博客

04-28

1416

通常情况下，APP使用xcode运行可以畅通无阻的运行完，但是经常遇到一种情况是运行卡在了_cxa_throw 位置需要不打断点才能运行下去，如下图看样子是项目中引用了 libc++abi.dylib 这个系统的库，导致编译过程中C++文件编译报错导致被卡主了。表现出来就是程序运行在不知道的地方有个断点。可能在项目中你有全局断点，找到全局断点，右键选择编辑断点在exception 选...

iOS调试——打全局断点后总是在断在App delegate里处理办法

吹泡泡的星星

08-02

630

打全局断点后总是在断在App delegate里处理办法

Xcode 全局断点调试

JWheat的博客

04-18

485

主要是添加下面三个第一个：1-1.png1-2.png第二个：2-1.png屏幕快照 2018-04-16 下午8.26.58.png第三个：屏幕快照 2018-04-16 下午8.28.43.png屏幕快照 2018-04-16 下午8.27.29.png...

Xcode全局断点异常捕获

u013857988的专栏

07-21

989

1.首先设置全局异常捕获如下图所示 2.添加全局断点选择底部的“+”, 单击Add Symbolic Breakpoint...，输入-[NSException raise]，然后按Done键。最终设置好的如下图所示，这样就可以快速定位到程序崩溃异常的位置 ...

闪退后系统的崩溃记录

guling0420的博客

12-21

4151

报错

libswiftCore.dylib`_swift_runtime_on_report: -> 0x199606524 <+0>: ret

最新发布

09-30

### **崩溃原因分析** 崩溃日志显示 `libswiftCore.dylib` 中的 `_swift_runtime_on_report`，通常与 **Swift 运行时错误** 相关，可能是以下原因之一： 1. **强制解包（`!`）失败** - 代码中存在对 `nil` 的隐式或显式强制解包（如 `var!` 或 `array[index]!`）。 2. **类型转换失败（`as!`）** - 使用 `as!` 强制类型转换时，实际类型不匹配。 3. **数组越界** - 访问数组时索引超出范围（如 `array[10]` 但数组只有 5 个元素）。 4. **未实现的协议方法** - 协议要求的某些方法未实现，但被强制调用。 5. **内存管理问题** - 如访问已释放的对象（常见于 `weak` 引用未正确处理）。 --- ### **调试步骤** #### **1. 定位崩溃上下文** - 在 Xcode 中查看崩溃日志的 **完整堆栈**，找到触发崩溃的 **用户代码行**。 - 如果堆栈仅显示 `libswiftCore.dylib`，尝试以下方法： - 在 `Debug` 模式下运行应用，启用 **异常断点**（`Exception Breakpoint`）。 - 检查控制台日志中是否有 `Fatal error:` 或 `Precondition failed:` 等提示。 #### **2. 检查常见强制解包场景** - **示例代码**： ```swift // ❌ 危险：强制解包 let value = optionalValue! let item = array[index]! let viewController = segue.destination as! DetailViewController // ✅ 安全替代方案 guard let value = optionalValue else { return } let item = array[safe: index] // 使用扩展实现安全下标 let viewController = segue.destination as? DetailViewController ``` #### **3. 验证数组和集合操作** - 使用 `count` 检查边界： ```swift if index < array.count { let item = array[index] } ``` - 或扩展 `Collection` 实现安全下标： ```swift extension Collection { subscript(safe index: Index) -> Element? { return indices.contains(index) ? self[index] : nil } } ``` --- ### **解决方案** #### **方案 1：替换强制解包为可选绑定** ```swift // 替换前 let user = DataManager.shared.currentUser! // 替换后 guard let user = DataManager.shared.currentUser else { fatalError("Current user is nil") // 或优雅处理 } ``` #### **方案 2：安全类型转换** ```swift // 替换前 let detailVC = segue.destination as! DetailViewController // 替换后 guard let detailVC = segue.destination as? DetailViewController else { return // 或处理错误 } ``` #### **方案 3：启用 Swift 运行时诊断** 在 `Edit Scheme > Run > Diagnostics` 中启用： - **Malloc Scribble**：检测内存越界。 - **Zombie Objects**：跟踪已释放对象。 --- ### **完整代码示例** #### **场景 1：安全访问数组** ```swift let array = ["A", "B", "C"] let index = 5 // ❌ 危险：崩溃 // let item = array[index] // ✅ 安全：使用扩展或条件判断 if index < array.count { print(array[index]) } else { print("Index out of bounds") } ``` #### **场景 2：处理可选协议方法** ```swift protocol MyProtocol { func requiredMethod() func optionalMethod() // 实际需用 @objc + optional 或自定义标记 } // Swift 原生协议不支持可选方法，需通过扩展提供默认实现： extension MyProtocol { func optionalMethod() { print("Default implementation") } } ``` --- ### **常见问题排查** 1. **如何区分 `libswiftCore.dylib` 崩溃是强制解包还是类型转换？** - 查看崩溃前的日志：`Fatal error: Unexpectedly found nil...` 通常是解包失败；`Could not cast value...` 是类型转换问题。 2. **为什么异常断点无法捕获某些 Swift 运行时错误？** - 某些错误（如数组越界）可能直接触发 `SIGABRT`，需同时启用 **All Exceptions** 和 **Swift Errors** 断点。 3. **在 Release 模式下如何捕获这类崩溃？** - 使用 `fatalError(_:file:line:)` 的替代方案（如记录错误日志并优雅降级）。 --- ### **最终建议** - **避免 `!` 和 `as!`**：90% 的此类崩溃可通过替换为 `guard let` 或 `as?` 解决。 - **启用编译警告**：在 Xcode 的 `Build Settings` 中将 `Swift Compiler - Warnings` 下的 `Force Unwrapping` 和 `Implicitly Unwrapped Optionals` 设为警告。 - **使用 Swift 5 的 `#warning` 和 `#error`**：标记潜在危险代码。 ---