在 iOS 开发中，MetricKit 能够帮助开发者收集和分析性能数据以及其他关键的应用指标。本文探讨如何通过分析 MetricKit 日志，来定位问题代码。
假设有如下 MetricKit 日志
"crashDiagnostics": [
{
"version": "1.0.0",
"callStackTree": {
"callStacks": [
{
"threadAttributed": true,
"callStackRootFrames": [
{
"binaryUUID": "DC2EACEA-3D9C-3409-96C2-2DF9C89AD19D",
"offsetIntoBinaryTextSegment": 6917586944,
"sampleCount": 1,
"subFrames": [
{
"binaryUUID": "DC2EACEA-3D9C-3409-96C2-2DF9C89AD19D",
"offsetIntoBinaryTextSegment": 6917586944,
"sampleCount": 1,
"subFrames": [
{
"binaryUUID": "DC2EACEA-3D9C-3409-96C2-2DF9C89AD19D",
"offsetIntoBinaryTextSegment": 6917586944,
"sampleCount": 1,
"subFrames": [
{
"binaryUUID": "35463E49-9534-3644-B993-2A73C287A143",
"offsetIntoBinaryTextSegment": 4329963520,
"sampleCount": 1,
"binaryName": "demo",
"address": 4333717704
}
]
}
]
}
]
}
]
}
]
}
}
]
关键字段解析
在这个崩溃日志中，offsetIntoBinaryTextSegment 是非常重要的字段，通过它可以定位崩溃发生的具体代码位置。
offsetIntoBinaryTextSegment
表示崩溃时，程序代码在 二进制文件的文本段（Text Segment） 中的偏移量。
文本段包含程序的机器指令，offsetIntoBinaryTextSegment指示崩溃发生位置相对于二进制文件起始位置的字节偏移。address
表示崩溃时的虚拟内存地址，指向程序执行时崩溃的代码或数据在内存中的位置。
使用 atos 定位代码
通过 offsetIntoBinaryTextSegment，我们可以使用 atos 工具对崩溃地址进行符号化，获取更具体的崩溃信息。假设崩溃发生时offsetIntoBinaryTextSegment为4329963520，我们可以使用如下命令来定位代码：
atos -arch arm64 -o <filePath> -l 0x1 4329963521
参数解释
-arch arm64
指定架构为 ARM 64 位。-o <filePath>
指定 dSYM 文件的路径，dSYM 文件包含调试符号，能够帮助我们将崩溃地址映射到源代码中的具体行。（例如: demo.app.dSYM/demo.app.dSYM）-l 0x1
指定加载基址（Load Address）。由于我们通常无法得知二进制文件实际的加载地址，-l 0x1通过设置一个虚构的加载基址来避免需要额外工具来获取真实的加载地址。4329963521
这是崩溃时的虚拟内存地址，atos将会根据该地址和加载基址进行符号化，定位崩溃的具体代码位置。这里它的值等于 4329963520 + 1，因为我们使用的加载基址是0x1。
为什么使用 -l 0x1？
通常情况下，程序的加载基址（Load Address）是由操作系统在加载二进制文件时动态分配的，可能会受到 地址空间布局随机化（ASLR） 等因素的影响。由于我们无法直接获得二进制文件加载到内存中的实际地址，因此可以通过 -l 0x1 来使用一个假设的加载基址，便于符号化，而不需要借助其他工具来手动查找真实的加载地址。
例如：
- 如果我们在命令中使用
-l 0x1，则实际上相当于假设加载基址为0x1，这将导致崩溃地址4329963521被视为offsetIntoBinaryTextSegment + 1的虚拟地址。
通过调整 -l 参数定位不同的崩溃地址
如果我们希望模拟不同的加载偏移，可以通过调整 -l 参数的值。例如，如果我们使用 -l 0x2（虚拟偏移量为 2），则实际定位的崩溃地址应为 offsetIntoBinaryTextSegment + 2。
总结
-
offsetIntoBinaryTextSegment是崩溃日志中至关重要的字段，它帮助我们定位问题代码的位置。 -
atos工具 可以通过虚拟的加载基址（如-l 0x1）来辅助符号化问题代码的地址。
通过理解并运用这些工具和概念，我们能够更高效地进行崩溃和性能问题的诊断，从而提升应用的稳定性和用户体验。
