【4.5.70】pagFile.replaceImageByName在某些机型上会崩溃，是否是调用的方式不对

[HeTou]

pagFile.replaceImageByName在某些机型上会崩溃，4.5.70之前的版本也会存在同样问题。

1#00 pc 000a868a /apex/com.android.runtime/lib/bionic/libc.so (pthread_mutex_lock+5) [armeabi-v8::758756b8764da5f6f093c03ef0415c7b]

2#01 pc 0034924d /data/app/~~cj0XkkRNEhVz53DBMSgRSA==/xx-20Wn_7Ga8j6WmfkSrxHQOw==/split_config.armeabi_v7a.apk

3
#2 pc 0022c583 /data/app/~~cj0XkkRNEhVz53DBMSgRSA==/xx-20Wn_7Ga8j6WmfkSrxHQOw==/split_config.armeabi_v7a.apk

4
#3 pc 0022c5fb /data/app/~~cj0XkkRNEhVz53DBMSgRSA==/xx-20Wn_7Ga8j6WmfkSrxHQOw==/split_config.armeabi_v7a.apk (Java_org_libpag_PAGFile_nativeReplaceImageByName+78)

5
#4 pc 000f3c8d /apex/com.android.art/lib/libart.so [armeabi-v8::fa4925f56e1f87e29d65e32e1a4ef200]

6
#5 pc 000eb460 /apex/com.android.art/lib/libart.so (nterp_helper+432) [armeabi-v8::fa4925f56e1f87e29d65e32e1a4ef200]

7
#6 pc 000eada0 /apex/com.android.art/lib/libart.so (nterp_op_iput_helper_strh00+16) [armeabi-v8::fa4925f56e1f87e29d65e32e1a4ef200]

8
#7 pc 000eada0 /apex/com.android.art/lib/libart.so (nterp_op_iput_helper_strh00+16) [armeabi-v8::fa4925f56e1f87e29d65e32e1a4ef200]

9
#8 pc 000ea2e8 /apex/com.android.art/lib/libart.so [armeabi-v8::fa4925f56e1f87e29d65e32e1a4ef200]

10
#9 pc 000eada0 /apex/com.android.art/lib/libart.so (nterp_op_iput_helper_strh00+16) [armeabi-v8::fa4925f56e1f87e29d65e32e1a4ef200]

11
#10 pc 816dfb5f

12
java:

13
org.libpag.PAGFile.replaceImageByName(xx:11)

[CodeJhF]

你好，感谢反馈！

从堆栈来看，崩溃发生在 nativeReplaceImageByName 内部的 pthread_mutex_lock，初步怀疑是 PAGImage 对象在 JNI 调用期间被提前释放（GC 回收）导致访问了已销毁的内存。

为了进一步确认，请提供以下信息：

1. 调用代码片段 — replaceImageByName 是怎么调用的？PAGImage 对象是局部临时变量还是有持久引用？例如是否类似这种写法：

   pagFile.replaceImageByName("layer", PAGImage.FromPath("/path"));

2. 是否多线程调用 — replaceImageByName 是在主线程还是子线程调用的？调用时 PAGFile 或 PAGImage 是否可能在另一个线程被释放？
3. 完整崩溃堆栈 — 当前堆栈被截断了，能否提供完整的 native + java 堆栈？
4. 崩溃设备信息 — 具体哪些机型崩溃？是否集中在 armeabi-v7a（32位）低端设备？