PAGView#setProgress调用耗时180ms，能否在子线程中调用PAGView#setProgress方法？

[AITUncle]

我们有一个进度条，拖拽时会调用PagView.setProgress()设置pag动画的进度。
但是发现，拖拽速度快时，会卡主主线程。
这个方法慢的时候需要耗时180ms。
我的测试机配置：X30 Pro， 8GB运存，android10, 2.2GHz 980八核处理器。

---

请问PagView.setProgress()方法能否在子线程中调用？避免主线程卡顿？
或者有其他解决方案吗？
或者是否有开发文档，明确哪些api必须在主线程中调用吗?哪些api可以在子线程中调用？

[kevingpqi123]

你没有找到问题的根本原因，setProgress 本身并不耗时，但如果在动效播放的时候调用，由于 pag 内部是线程安全的，渲染的过程中内部会调用到 PAGPlayer 的相关方法，公开的方法都添加有锁，这里会存在锁等待，如播放的过程中需要等待 flush 方法执行完才会执行 setProgress 的具体操作，从而产生你现在测试的卡顿。
解决方法： 和视频播放过程中拖动避免卡顿的解决方法一样，当触发拖动时，此时要停止播放来保证用户操作的流程性，拖动结束后再渲染当前帧或重启播放

[ychshen]

@kevingpqi123 @AITUncle 请问这个有结论了吗？

[kevingpqi123]

由于历史问题， PAGView 的 setProgress 方法会触发当前帧渲染，所以在拖动的过程中，更新进度的同时，顺便也会刷新当前帧，对于 pag 动效而言，如果是正常顺序播放， 内部会有缓存可以加速，但是当拖动的过程中，由于存在跳帧，缓存会存在失效，单帧渲染的性能难以保证
如果你们需要拖动的过程中更新画面：
1）尽可能的使用纯矢量的素材，尽可能得优化素材来获取较好的性能，pag 的性能和素材强相关；
2）如果不可涉及文本编辑和占位图填充，可以切换使用 PAGImageView，PAGImageView 支持缓存渲染结果到本地，如果渲染结果被缓存，后续可以就相当于加载解码后的图片，性能可以有效保证，但是可能遇到首次渲染播放卡顿的问题，如果可以明确调用的时机，可以做提前缓存数据 https://pag.io/docs/use-pagimageview.html
3） PAGView 的setProgress 可以异步调用，但不一定能解决你现在的问题，你可以尝试下

关于验证锁导致的耗时，需要基于源码添加 log 信息：
https://github.com/Tencent/libpag/blob/main/src/rendering/PAGPlayer.cpp
在锁的执行环节打印耗时就可以

[AITUncle]

@kevingpqi123 感谢大佬指导，PAGImageView 没找到setProgress相关的方法？有办法改变PAGImageView动效的进度吗？我们的动效不需要播放只需要设置进度。

[kevingpqi123]

基础的问题看下 API 文档：
setCurrentFrame(int currentFrame)
Sets the frame index for the PAGImageView to render.

[AITUncle]

非常感谢解答，想必setCurrentFrame(int currentFrame) 也支持子线程调用吧？

[yanfengZhang]

我也有类似的问题，求大佬解答