跳转到主要内容
PRODUCT DOCUMENTS

快速找到所需文档,高效完成接入与排障

浏览产品文档与友盟 Skill,展开目录并阅读正文。

iOS常见问题合集

  • iOS侧上报自定义异常时发生报错:reportException failed with invalid param,是什么原因?

    该错误通常是由于调用自定义异常上报API时传入的参数不合法所致。根据iOS APM 1.9.1及以下版本的实现限制,需特别注意以下两点:

    1. 参数类型必须正确:确保传入的异常信息(如message、type等字段)符合API所要求的数据类型。

    2. stackTrace数组长度需大于0:自定义异常的stackTrace字段为必填项,且其数组长度不能小于等于0。

  • iOS端为什么采集不到OOM异常?

    建议在断开设备与Mac的物理连接后再进行测试,此时应用完全处于独立运行状态,更接近线上环境。

  • iOS设备如何查看应用崩溃日志文件?

    可通过访问应用沙盒路径查看崩溃日志文件,崩溃日志通常存储于以下目录:

    /Library/Caches/WPKMobi/应用名称/Reports/

    该路径下可找到与 Android 类似结构的日志文件,包含崩溃堆栈、异常信息等。

  • 崩溃堆栈解析后为何文件名显示<comiler-generated>?

    如果源文件名为<comiler-generated>,则编译器将为该框架创建代码,而该代码不在源文件中。如果这是崩溃线程中的最高帧,请查看前面的几个堆栈帧以获取线索。

  • 崩溃堆栈解析后为何行号为0?

    行号0,表示回溯堆栈不会映射到原始代码中的特定代码行。这是因为编译器通过内联函数等方式对代码进行了优化,而崩溃时执行的代码与原代码中的确切行并不对应。在这种情况下,函数名仍然是一个线索。

  • iOS OOM误判或OOM详细日志为何只显示OOMInfo?

    iOS的OOM是由Jetsam机制造成的一种非主流 Crash,它不能被直接准确捕获。

    因此在判定OOM崩溃时会存在一定程度的误判。目前已知的误判场景有WatchDog 崩溃、自动化测试、调试程序、崩溃信号被拦截,部分误判的表现形式为只显示一条oom Info 日志。

  • iOS 原生页面分析无数据上报是什么原因?

    建议在启动 App 后,多切换几个页面以触发数据上报。如果仅启动应用但不进行页面切换,可能不会立即上报数据,因为内部读取云配需要一定的时间。请确保在测试时进行充分的页面交互,以保证数据正常采集和上传。