iOS 友盟崩溃日志分析——Header

简介: iOS 友盟崩溃日志分析——Header

崩溃日志分为Header区、Exception Information区、Diagnostic Messages区、Exception Backtrace区、每个线程堆栈区、崩溃线程状态区、二进制文件列表区。


1684481562772.png


Header区


每个崩溃日志都有Header区,Header区包含了app崩溃时所处的场景。

友盟崩溃日志原文:

Incident Identifier: F538A5BE-56D2-4549-9775-3918F3ADD0A6
CrashReporter Key:   77062eac70b0efafc821ecfffbf9305892da9f59
Hardware Model:      iPhone13,2
Process:         App名称 [98889]
Path:            /private/var/containers/Bundle/Application/6F79943F-890D-4232-8102-FAC39675E352/xxx.app/xxx
Identifier:      com.xxx.xxx
Version:         2.3.2
BundleVersion:    4
k_crash_ver:    1.3.8
UDID:      2FCB056A-52F7-4ABD-B1B2-E32A2429666B
Code Type:       ARM-64
Parent Process:  ? [1]
Date/Time:       2022-11-30 11:01:07.328 +0800
OS Version:      iOS 16.1 (20B82)
Report Version:  104
Exception Category: mach
Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000191479af0
Crashed Thread:  0


分析:


header中的字段可以包含以下信息:

Incident Identifier:崩溃报告的唯一标识符

CrashReporter Key: 每个设备的匿名标识符。来自同一设备的两个报告包含相同的值。该标识符在重装系统时重置。

Hardware Model:运行程序的设备型号

Process:崩溃进程的可执行文件名。这与应用程序信息属性列表中的CFBundleExecutable值匹配。括号中的数字是进程ID。

Path:可执行文件在磁盘上的位置。macOS用占位符值替换用户可识别的路径组件,以保护隐私。

Identifier:崩溃进程的CFBundleIdentifier。如果二进制文件没有CFBundleIdentifier,则此字段包含进程名称或占位符值。

Version:App版本号

BundleVersion:构建版本号

k_crash_ver:友盟SDK版本号

UDID:设备的唯一设备识别符

Code Type:崩溃进程的CPU架构。该值是ARM-64、ARM、X86-64或X86之一。

Parent Process:启动崩溃进程的进程的名称和进程ID(方括号中)。

Date/Time:崩溃的日期和时间

OS Version:发生崩溃的操作系统版本,包括内部版本号。

Report Version:日志版本

相关实践学习
通过日志服务实现云资源OSS的安全审计
本实验介绍如何通过日志服务实现云资源OSS的安全审计。
目录
相关文章
|
9月前
|
存储 运维 监控
SelectDB 实现日志高效存储与实时分析,完成任务可领取积分、餐具套装/水杯/帆布包!
SelectDB 实现日志高效存储与实时分析,完成任务可领取积分、餐具套装/水杯/帆布包!
|
4月前
|
监控 安全 搜索推荐
使用EventLog Analyzer进行日志取证分析
EventLog Analyzer助力企业通过集中采集、归档与分析系统日志及syslog,快速构建“数字犯罪现场”,精准追溯安全事件根源。其强大搜索功能可秒级定位入侵时间、人员与路径,生成合规与取证报表,确保日志安全防篡改,大幅提升调查效率,为执法提供有力证据支持。
188 0
|
9月前
|
SQL 监控 数据挖掘
SLS 重磅升级:超大规模数据实现完全精确分析
SLS 全新推出的「SQL 完全精确」模式,通过“限”与“换”的策略切换,在快速分析与精确计算之间实现平衡,满足用户对于超大数据规模分析结果精确的刚性需求。标志着其在超大规模日志数据分析领域再次迈出了重要的一步。
603 117
|
6月前
|
监控 安全 NoSQL
【DevOps】Logstash详解:高效日志管理与分析工具
Logstash是ELK Stack核心组件之一,具备强大的日志收集、处理与转发能力。它支持多种数据来源,提供灵活的过滤、转换机制,并可通过插件扩展功能,广泛应用于系统日志分析、性能优化及安全合规等领域,是现代日志管理的关键工具。
965 0
|
8月前
|
自然语言处理 监控 安全
阿里云发布可观测MCP!支持自然语言查询和分析多模态日志
阿里云可观测官方发布了Observable MCP Server,提供了一系列访问阿里云可观测各产品的工具能力,包含阿里云日志服务SLS、阿里云应用实时监控服务ARMS等,支持用户通过自然语言形式查询
1115 0
阿里云发布可观测MCP!支持自然语言查询和分析多模态日志
|
7月前
|
人工智能 运维 监控
Aipy实战:分析apache2日志中的网站攻击痕迹
Apache2日志系统灵活且信息全面,但安全分析、实时分析和合规性审计存在较高技术门槛。为降低难度,可借助AI工具如aipy高效分析日志,快速发现攻击痕迹并提供反制措施。通过结合AI与学习技术知识,新手运维人员能更轻松掌握复杂日志分析任务,提升工作效率与技能水平。
|
10月前
|
存储 消息中间件 缓存
MiniMax GenAI 可观测性分析 :基于阿里云 SelectDB 构建 PB 级别日志系统
基于阿里云SelectDB,MiniMax构建了覆盖国内及海外业务的日志可观测中台,总体数据规模超过数PB,日均新增日志写入量达数百TB。系统在P95分位查询场景下的响应时间小于3秒,峰值时刻实现了超过10GB/s的读写吞吐。通过存算分离、高压缩比算法和单副本热缓存等技术手段,MiniMax在优化性能的同时显著降低了建设成本,计算资源用量降低40%,热数据存储用量降低50%,为未来业务的高速发展和技术演进奠定了坚实基础。
452 1
MiniMax GenAI 可观测性分析 :基于阿里云 SelectDB 构建 PB 级别日志系统
|
10月前
|
SQL 存储 自然语言处理
让跨 project 联查更轻松,SLS StoreView 查询和分析实践
让跨 project 联查更轻松,SLS StoreView 查询和分析实践
210 1
|
SQL 关系型数据库 MySQL
MySQL事务日志-Undo Log工作原理分析
事务的持久性是交由Redo Log来保证,原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误,需要把前面已经执行过的SQL撤销以达到原子性的目的,这个过程也叫做"回滚",所以Undo Log也叫回滚日志。
667 7
MySQL事务日志-Undo Log工作原理分析
|
12月前
|
机器学习/深度学习 人工智能 运维
智能日志分析:用AI点亮运维的未来
智能日志分析:用AI点亮运维的未来
3748 15

热门文章

最新文章