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

⽇志回捞功能任务⼀直进⾏是什么原因导致的？

iOS侧观察是否有[WPKLog] UploadCodeLogFile相关的⽇志和uploadFileWithDataUrl:https://errnewlog.umeng.com/apm_logs
服务端对于任务完成状态的判断：
设备id类型的任务，配置所有设备id都结束上报了，才会完成
识别id类型的任务，配置的每个识别id都有10个设备id结束上报了，才会完成
服务端对于任务超时状态的判断：
捞取结束时间在创建时间之前的，创建时间+3天为超时时间
捞取结束时间在创建时间之后的，捞取结束时间+3天为超时时间
SDK上报结束报⽂的标记：当超过结束时间后，SDK会发起结束报⽂。

日志回捞相关文档说明请参考： 日志回捞

⽇志回捞的状态⼀直处于待下发是什么原因导致的？

识别id任务⼀直处于待下发的状态是因为关联的识别id的设备还有其他没有拉取到的任务，

日志回捞相关文档说明请参考： 日志回捞

日志缓存时间和大小有默认上限吗？

默认5MB，⽆法⼿动配置。

日志回捞是否只支持 ULogManager 接口的日志？是否包含 logcat 等其他系统日志？

目前日志回捞仅支持通过 ULogManager 接口上报的日志，不支持采集和回捞 logcat 等系统或其他来源的日志。

iOS设备上未发送的日志回捞文件存储路径是什么？

开启日志回捞任务后，未发送的日志文件存储在：
/App沙盒文件/Library/Caches/WPKMobi/App名称/

为什么生成日志回捞文件必须要开启日志回捞任务？

日志回捞任务相当于日志回捞功能的总开关，如果不开启日志回捞任务，日志回捞在App中，不会执行任何相关的逻辑。

日志回捞iOS端是否必须两次启动才能获取到任务ID？

1.9.6必须两次启动获取任务ID，1.9.8优化前后台切换即可。

APM日志回捞在客户端的存储时长和大小有限制吗？

APM日志回捞在客户端有以下限制：

• 存储时长：最长保留 7 天；

• 存储大小：日志目录上限为 50MB；

日志回捞无数据可能的原因有哪些？

1. 触发机制限制：日志回捞任务通过客户端拉取云配置下发，而云配置的拉取策略为“冷启动且距离上次冷启动超过8小时”才会触发。因此，在以下情况下可能导致无法获取任务：

   • App为常驻进程，未发生冷启动，导致无法触发云配拉取，端侧无法接收到回捞任务，进而无法上传日志。

2. 崩溃场景限制：当App发生崩溃时，进程已退出，日志回捞功能依赖的运行环境不复存在，无法执行任务下发与日志采集，因此崩溃后的日志无法通过该机制及时捕获。

在日志回捞配置中，无法找到 UMEfs.KEY_ENABLE_CODE_LOG 和 UMEfs.KEY_LOG_USER_ID 中的 UMEfs 类，如何解决？

UMEfs 类已不再使用，相关功能已迁移至 UMCrash。请将代码中的 UMEfs 替换为 UMCrash，即：

• 将 UMEfs.KEY_ENABLE_CODE_LOG 替换为 UMCrash.KEY_ENABLE_CODE_LOG

• 将 UMEfs.KEY_LOG_USER_ID 替换为 UMCrash.KEY_LOG_USER_ID

日志回捞会占用过多本地存储吗？SDK是否有控制机制？

日志回捞有最大限制，默认且不能更改的。

日志回捞已完成，为什么任务中无设备信息？

设备信息依赖回捞日志上报，若无日志上报，则不显示设备信息，此为正常现象。