Fatal signal 11 (SIGSEGV), code 1, fault addr 0x34 in tid 7540 (RenderThread)导致Crash解决办法

最新推荐文章于 2022-08-25 18:05:36 发布

灰机不是飞来的

最新推荐文章于 2022-08-25 18:05:36 发布

阅读量7.8k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Android 文章标签： Android crash libhwui

本文链接：https://blog.youkuaiyun.com/huijibushifeilaide/article/details/88957151

Android 专栏收录该内容

2 篇文章

订阅专栏

本文介绍了在使用Glide加载图片并结合特定的ImageView scaleType设置时遇到的内存溢出问题。通过调整代码，避免了Glide缓存原始图片而非压缩图片的情况，从而解决了应用程序崩溃的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天在开(ku)心(bi)调试代码的时候，APP莫名的crash，查看log也没看出什么报错信息，附上log信息：
在这里插入图片描述
发现是报在了libhwui.so这个库文件中，百度了下相关的这个库导致crash中，有了一些想法。我现在是在JS文件中调用Android中的方法用来给Android传递参数，并动态创建ImageView展示传出来的图片。由于JS调用的代码中不能直接操作UI，所以用了Handler.post()操作UI。
附上代码：
在这里插入图片描述最后把setScaleType（）这句给注释掉了,压测了12个小时也没有报出crash的问题了。原因就是使用了Glide加载图片若将imageview的scaleType设置为fitXY，Glide会默认缓存原图而不缓存压缩后的图片，就容易导致OOM