HeifDecoderImpl引发'decStrong() called too many times'错误：Android 11上HEIC图片缩放崩溃问题求助

我仔细看了你的崩溃日志和问题描述，核心问题是Android 11系统的HeifDecoderImpl在异步解码HEIC图片区域时，出现了过度调用decStrong()导致引用计数异常的情况——这是系统解码器和Subsampling Scale Image View库交互时的兼容性bug。下面给你几个实用的排查和解决方向：

1. 先检查Subsampling Scale Image View的版本兼容性 #

这个库的核心逻辑是根据缩放级别异步加载图片瓦片，很可能是旧版本的库在处理Android 11的HEIC解码时，资源释放逻辑和系统解码器不匹配：

• 赶紧把库升级到最新稳定版，这类系统适配问题通常会在后续版本中被修复
• 去库的Issue页面搜「HEIC」「Android 11」「decStrong」，大概率能找到其他开发者遇到的相同问题，说不定已经有现成的修复补丁或者临时解决方案

2. 替换系统HEIC解码器 #

既然系统自带的HeifDecoderImpl有引用计数bug，我们可以绕开它：

• 集成第三方HEIC解码库（比如基于libheif的Android封装），然后给Subsampling Scale Image View自定义一个ImageDecoder实现，用第三方库来处理HEIC解码，完全避开系统的问题
• 或者在加载HEIC图片前，先把它转换成JPEG/PNG格式再交给库显示，虽然会增加一点内存开销和加载时间，但能彻底绕过系统解码的bug

3. 调整Subsampling Scale Image View的解码参数 #

尝试修改库的配置，减少对系统解码器的压力：

• 提高setMinimumTileDpi()的值，减少需要解码的瓦片数量，降低异步解码的频率
• 暂时禁用双击缩放等可能触发频繁区域解码的功能，测试是否还会崩溃
• 监听缩放事件，在缩放过程中暂停解码请求，等缩放稳定后再恢复，避免短时间内触发大量异步解码任务

4. 针对Android 11做特殊适配 #

如果上面的方法都没用，可以给Android 11单独做兼容处理：

• 在Android 11设备上，对HEIC图片改用普通ImageView+PhotoView的组合实现缩放，虽然失去了分块加载的性能优势，但能避免崩溃
• 手动使用Android 11的MediaDecoder API处理HEIC解码，自己控制解码资源的生命周期，避开系统解码器自动释放逻辑的坑

最后补充下：从崩溃日志里的'decStrong() called on 0xc7e43d10 too many times'能确定这是Android框架层的bug，但作为应用开发者，我们没法修改系统代码，所以上面的绕过方案是最可行的。

内容的提问来源于stack exchange，提问作者Simon