Xcode断点与LLDB：如何读取变量fileURL在macOS打开文件

运行在iOS模拟器中的Swift代码持有一个存储有效文件地址的fileURL变量，需要实现断点触发时直接在macOS宿主系统（而非iOS模拟器内部）打开对应文件。
前期尝试遇到两个典型报错：

• 方案1：给断点添加「Shell Command」类型动作执行文件打开操作。手动将报错输出的文件路径复制到终端执行，可正常通过Preview打开文件，但Xcode控制台直接抛出文件不存在错误：

The file /"/Users/tomkraina/Library/Developer/CoreSimulator/Devices/FBA16E00-9450-40E8-9650-1489A67E344C/data/Containers/Data/Application/BB97DB72-FF2A-4087-BD42-2934C63D3323/tmp/7E2303B8-0629-475A-862A-2550351FB448/OutlineExport.pdf" does not exist.

• 方案2：直接在LLDB中执行open命令，发现反引号语法仅支持标量类型求值，无法获取字符串类型的路径实际内容，命令执行后返回变量的内存地址数值，同样提示文件不存在：

(lldb) shell open `temporaryFile.fileURL.path`
The file /105553157711856 does not exist.

1. 如何配置Xcode断点，使其触发时读取变量内存储的fileURL，在macOS端打开对应文件？
2. 在LLDB中如何对命令参数进行求值，以获取字符串类型的结果？

LLDB获取字符串类型求值结果的方法 #

LLDB中反引号包裹表达式的默认替换逻辑，仅会提取表达式求值后的标量值（比如指针地址、整数、布尔值），不会解析Swift引用类型的实际内容，因此直接对String/URL类型变量用反引号取值，只会拿到内存地址。
要获取字符串的实际文本内容，需要使用expression命令的对象描述参数：

• 命令简写为e，添加-o（即--object-description）参数，即可输出对象的实际文本内容，而非内存地址：

(lldb) e -o -- temporaryFile.fileURL.path

执行后会直接返回路径的字符串值。如果需要将该值传递给shell命令，可以先将路径赋值给LLDB临时变量，再嵌套调用取值：

(lldb) e -l swift -- let $openPath = temporaryFile.fileURL.path
(lldb) shell open `e -o -- $openPath`

Xcode断点自动打开macOS端文件的配置方法 #

断点的「Shell Command」类型动作不会自动解析调试上下文内的Swift变量，还容易因为自动拼接多余引号导致路径识别失败，正确配置流程如下：

• 在目标代码行添加普通断点，右键断点选择「Edit Breakpoint」
• 点击「Add Action」，选择动作类型为Debugger Command（不要选择Shell Command类型）
• 在命令输入框填入以下LLDB指令，将其中的变量名替换为你代码中实际存储fileURL路径的变量名：

e -l swift -o -- shell open `e -o -- temporaryFile.fileURL.path`

• （可选）勾选动作下方的「Automatically continue after evaluating actions」选项，断点触发执行完打开操作后会自动继续运行程序，不会中断调试流程。

如果执行时出现路径首尾带多余双引号的报错，可以使用修剪字符的逻辑去掉首尾引号，替换命令为：

e -l swift -- let $openPath = temporaryFile.fileURL.path.trimmingCharacters(in: .init(charactersIn: "\"")); shell open `e -o -- $openPath`

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