升级到4.5.2以上后，个别PAG离线渲染时会瞬间占满手机内存crash

[coderqb]

【版本信息】

4.5.2以上，从这个版本开始更新了tgfx版本！

【平台信息】

Android 原生 | iOS 原生 都测试复现，其他平台未测试

【预期的表现】

正常渲染

【实际的情况】

个别PAG离线渲染时会瞬间占满手机内存crash

【Demo及附件】

可复现问题的PAG.zip

[leiyue123]

我们用 Ani443.pag 在 macOS（SwiftShader 软件渲染）测试，得到的数据和"4.5.2 起内存爆炸"的描述并不匹配，需要你协助进一步排查。

版本	macOS 进程 RSS PEAK	tgfx::Context cache PEAK
v4.4.43	2922 MB	253 MB
v4.4.53	3343 MB	253 MB
release/4.5（HEAD）	489 MB	116 MB

结论与疑问

1. 从 macOS 数据看，v4.5 系列内存反而比 v4.4 系列降低了 6-7 倍——v4.5 是显著优化，不是回归
2. 如果 crash 真的是 OOM，应当 v4.4 比 v4.5 更容易复现，与你描述完全相反
3. 可能性：你的 crash 现象不是真 OOM，而是 v4.5 引入的功能性 bug（GL/Metal 状态错误、null deref、surface 创建失败未降级等），App 突然死掉时被推断为"内存被占满"

麻烦提供以下关键信息缩小范围

1. crash log

   • iOS：手机 设置 → 隐私与安全 → 分析与改进 → 分析数据 找到 PAGViewer / 你的 App 的 .ips 文件，关注 Termination Reason 字段
     • 出现 Per-process limit (memory) / EXC_RESOURCE → 真 OOM
     • 出现 EXC_BAD_ACCESS / EXC_CRASH (SIGABRT) / Metal validation → 功能性 bug
   • Android：抓 logcat 或 tombstone，关键词 lowmemorykiller / OutOfMemory / SIGABRT / SIGSEGV / GLES

2. 必现机型 + 系统版本

   • iOS：型号 / RAM / 系统版本
   • Android：厂商型号 / RAM / Android 版本 / GPU（Mali / Adreno / PowerVR）

3. 离线渲染的具体调用方式
   A. PAGSurface::MakeOffscreen + 单帧 readPixels 导位图
   B. PAGDecoder 批量解码所有帧成图片序列
   C. 自定义 Surface（CVPixelBuffer / 自建 EAGLContext / Metal）
   D. 其他

4. 其它能复现的 PAG 样本
   你说"个别 PAG"——除了 Ani443.pag 还有别的样本吗？方便的话再提供 1-2 个，帮助判断是否同模式。

5. crash 时机
   是加载就 crash，还是渲染到中间某帧 crash？是单次渲染还是连续多个 PAG 累积一段时间后才 crash？

拿到 crash log 后我们会很快定位是哪条路径的 bug，再出修复。