【案例分享】屏幕适配导致的一个crash的问题。

最新推荐文章于 2024-04-08 01:29:35 发布

渣渣辉697

最新推荐文章于 2024-04-08 01:29:35 发布

阅读量535

点赞数

文章标签： android android studio java

本文链接：https://blog.csdn.net/weixin_65771318/article/details/125990800

版权

问题背景

学而思应用在设备A上必现crash，在B设备上没有问题。A和B是相同的厂商相同的系统版本。

问题原因

首先看crash的日志

 W/Bitmap: Called getByteCount() on a recycle()'d bitmap! This is undefined behavior!
 ? W/System.err: java.lang.IllegalStateException: Can't compress a recycled bitmap
 ? W/System.err:     at android.graphics.Bitmap.checkRecycled(Bitmap.java:514)
 ? W/System.err:     at android.graphics.Bitmap.compress(Bitmap.java:1560)
 ? W/System.err:     at com.tal.xes.app.share.WeixinUtil.bmpToByteArray(WeixinUtil.java:37)
 ? W/System.err:     at com.tal.xes.app.share.XesShareTool.sendWXMessage(XesShareTool.java:364)
 ? W/System.err:     at com.tal.xes.app.share.XesShareTool.shareLink(XesShareTool.java:316)
 ? W/System.err:     at com.xes.jazhanghui.activity.mvp.web.AppWebViewActivity.lambda$showShare$74$AppWebViewActivity(AppWebViewActivity.java:3513)
 ? W/System.err:     at com.xes.jazhanghui.activity.mvp.web.-$$Lambda$AppWebViewActivity$ky7U6HBCmrioBHyzGwtb6oeVh-8.onClick(Unknown Source:2)
 ? W/System.err:     at com.tal.xes.app.share.XesShareTool$4.onClick(XesShareTool.java:513)
 ? W/System.err:     at android.view.View.performClick(View.java:7603)
 ? W/System.err:     at android.view.View.performClickInternal(View.java:7577)
 ? W/System.err:     at android.view.View.access$3800(View.java:865)
 ? W/System.err:     at android.view.View$PerformClick.run(View.java:29384)
 ? W/System.err:     at android.os.Handler.handleCallback(Handler.java:955)
 ? W/System.err:     at android.os.Handler.dispatchMessage(Handler.java:102)
 ? W/System.err:     at android.os.Looper.loopOnce(Looper.java:206)
 ? W/System.err:     at android.os.Looper.loop(Looper.java:296)
 ? W/System.err:     at android.app.ActivityThread.main(ActivityThread.java:8985)
 ? W/System.err:     at java.lang.reflect.Method.invoke(Native Method)
 ? W/System.err:     at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:569)
 ? W/System.err:     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:976)

反编译学而思代码：

在这里插入图片描述

代码流程分析：

1。在屏幕密度为400dpi(A)的设备上，Bitmap.createScaledBitmap传入的参数bitmap被decodeResource后的大小已经是目前指定的150,150，createScaledBitmap最终走到createBitmap，createBitmap判断如果传入的长宽大小和source一致，则返回source本身。
2。bitmap被释放。createScaledBitmap=bitmap 导致createScaledBitmap也是被释放的。
3。 createScaledBitmap 也是被释放的。所以导致了第三步的异常。
在这里插入图片描述

BitmapFactory.decodeResource

上节中Bitmap source是通过decodeResource加载进来的。

    Bitmap bimap = BitmapFactory.decodeResource(getResources(),R.drawable.ic_launcher_background);

android不同的drawable目录，是针对不同的屏幕密度的。
反编译可以看到原图是在xxhdpi目录下，原始的图片大小是180*180，xxhdpi是针对480屏幕密度的。

BitmapFactory加载图片的时候，有两个重要的属性值。
inTargetDensity当前手机的densityDpi，即当前的手机运行环境的手机密度
**inDensity **是把从资源中读取的density赋值给它，其实就是我们的图片资源所在drawable对应的density，也就是下面表格的对应的值：
在这里插入图片描述

举例原始图片在不同屏幕密度上都显示60dp的显示效果：

原始图片180*180 在xxhdpi inDensity = 480 inTargetDensity = 480 1dp=3px 180/3=60dp
A设备 150*150 inDensity = 480 inTargetDensity = 400 1dp=2.5px 150/2.5 = 60 显示60DP的尺寸
每英寸 276.462像素 60dp =150/276.46 = 0.54英寸
B设备 105*105 inDensity = 480 inTargetDensity = 280 1dp=1.75px 105/1.75=60 显示60DP的尺寸
每英寸 195.384像素 60dp =105/195.38 = 0.537英寸

px = dp * (dpi / 160)。
因为原始图片是180*180并且Dpi是480的图片，所以要显示在60dp的长宽高上面。所以在A设备和B设备上也要转换到60DP的长度。
Dpi表示每英寸的像素数，decodeResource也会针对不同的inTargetDensity做相应的大小转换。

所以decodeResource会把图片，进行480/400的缩放，缩放1.2倍。刚好等于150；导致createScaledBitmap时将返回原始的source。进而导致第三步bitmap被释放