kevingpqi123
kevingpqi123
对于 PAGView 而言，首帧渲染涉及到环境的初始化和缓存的初始化，耗时会相对较长，和素材强相关可能会长达 100ms，白屏的原因大概是首帧渲染耗时较长，但对于 PAGView，只有在可见状态下才能准确的知道渲染尺寸，然后进行初始化 推荐的解决方法： 如果是对于启动动画的背景，建议事先将第一帧渲染的数据截取下来放在 APP 中或通过网络下发，当 PAGView 的首帧没有渲染出来的时候先展示静态图
目前还没有收到微信、手Q 在 iOS 17 系统上的使用异常的反馈，此类问题建议找下复现场景和路径，提供下复现 demo，如果有复现 demo 可以大幅加速问题的解决
> 新版是否针对iOS17有优化 请问是必现的还是偶现的，如果有复现路径，可以大幅加快这里的解决 根据历史使用情况，pag 渲染情况和 iOS 系统版本关系不大，iOS 的兼容性也足够好
一个版本系列，尽量使用最新的版本，比如 4.2 版本，使用 4.2.100，请基于最新的版本做测试
建议直接说你遇到的问题，这个对比能说明啥，不是同一个维度的内容对比有啥意义，并且 9% 的 CPU 占用也不算高
为了提高对接的效率，反馈的问题的时候标注清楚前后对比的数据，测试 的 demo 工程，上面描述的几句话没有任何意义，缺少必要的有效信息
从 1、2 的 crash 信息中看，你们应该是传入了 NSURL，这个问题应该是必现的，pag 中所有和 path 相关的输入都是 NSString 类型的，没有 NSURL，建议你们排查下 至于问题 3， 堆栈信息太少，无法判断
GitHub discussion 是我们唯一的对接渠道，由于人力有限，我们不支持实时对接，只对企业版用户进行实时对接 Application threw exception NSInvalidArgumentException: -[NSURL length]: unrecognized selector sent to instance 感觉你们没有认真排查，这里的报错信息显示传入的就是 NSURL 哈，这类问题是必现的，和机型没有任何关系 我本地就可以复现出这个 crash：
文件本身没有问题，建议基于 pag 的官方 demo 测试下，应该是背景设置的问题，可以对比下 如果官方 demo 渲染异常，可以将具体的机型反馈过来，如果官方 demo 没有问题，就对比下差异
这部分已经很成熟了，请严格按照步骤来，不要放过每一个报错，将操作步骤和第一个报错信息发出来