Android 常见bug汇总及解决方案
时间：2021-09-06 09:00:54 | 栏目：Android代码 | 点击：次
作为开发人员，平时总会遇到各种各样的问题，之前都没有收集bug的习惯，遇到相同的问题总会有种莫名的熟悉感，或许把问题都汇总，方便查找，也可以给大家踩踩坑，后面会陆续更新补充！
1、关于使用OkHttp运行时出现的错误
报错如下：
Static interface methods are only supported starting with Android N (--min-api 24): okhttp3.Request okhttp3.Authenticator.lambda$static$0(okhttp3.Route, okhttp3.Response)
大概意思就是静态接口方法只从Android N开始使用。
解决方案：
因为静态接口需要在Java 8 下才支持使用，所以我们要使用静态接口，就需要在app的build.gradle文件中配置声明，使用Java 8编译。
所以需要加入以下代码来声明：
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
修改如下图所示：
添加完成以后，同步一下，然后重新运行项目就可以啦。
2、图片轮播控件com.youth.banner使用Glide异步加载图片时发生的崩溃
错误信息：
java.lang.IllegalArgumentException: You cannot start a load for a destroyed activity at com.b.a.e.m.b(RequestManagerRetriever.java:311) at com.b.a.e.m.a(RequestManagerRetriever.java:130) at com.b.a.e.m.a(RequestManagerRetriever.java:114) at com.b.a.d.c(Glide.java:697) at com.company.h5.c.ag$b.a(MainFragment.java:1079) at com.company.h5.c.ag$b.displayImage(MainFragment.java:1063) at com.youth.banner.Banner.setImageList(Banner.java:354) at com.youth.banner.Banner.start(Banner.java:262)
根据错误信息找到发生闪退的代码位置：
//自定义的图片加载器
private class ImgLoader extends ImageLoader {
@Override
public void displayImage(Context context, Object path, ImageView imageView) {
RoundedCorners roundedCorners = new RoundedCorners(20);
RequestOptions options = new RequestOptions().bitmapTransform(roundedCorners);
//报错地方
Glide.with(context).load((String) path).apply(options).into(imageView);
}
}
跟踪日志进入Glide调用的地方发现，出现在
RequestManagerRetriever.assertNotDestroyed()
方法中：
@TargetApi(Build.VERSION_CODES.JELLY_BEAN_MR1)
private static void assertNotDestroyed(Activity activity) {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1 && activity.isDestroyed()) {
throw new IllegalArgumentException("You cannot start a load for a destroyed activity");
}
}
这个错误是使用Glide异步加载图片的时候，Activity已经Destroyed
解决方案：
1、在使用Glide加载图片前，先进行Activity是否Destroy的判断：
/**
* 判断Activity是否Destroy
* @param activity
* @return
*/
public static boolean isDestroy(Activity mActivity) {
if (mActivity== null || mActivity.isFinishing() || (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1 && mActivity.isDestroyed())) {
return true;
} else {
return false;
}
}
2、在错误的位置进行替换：
//自定义的图片加载器
private class ImgLoader extends ImageLoader {
@Override
public void displayImage(Context context, Object path, ImageView imageView) {
//添加判断
if(!isDestroy((Activity)context)){
RoundedCorners roundedCorners = new RoundedCorners(20);
RequestOptions options = new RequestOptions().bitmapTransform(roundedCorners);
Glide.with(context).load((String) path).apply(options).into(imageView);
}
}
}
这样就解决啦。
3、接入容联七陌客服系统，进入客服界面时闪退问题
错误信息：
图片看起来不清晰，看报错代码：
java.lang.NoSuchMethodError: No virtual method into (Landroid/widget/ImageView;)Lcom/bumptech/glide/request/target/Target; in class Lcom/a/a/i; or its super classes (declaration of 'com.a.a.i' appears in/data/app/com.sami91sami.h5-1/base.apk)
我们可以根据报错，跳到报错的地方：
该报错的意思就是：没有
into(Landroid/widget/ImageView)
的方法，代码能编译通过，说明项目中肯定是添加依赖了，那怎么还会报这个错误呢？还没添加依赖之前，项目中也是使用的Glide进行图片的加载，会不会是项目中的Glide与容联Demo中的Glide有冲突呢。
我们可以根据报错的地方into方法，点进入看源码：
可以看到容联Demo使用的Glide版本是3.7.0。
再来看看项目中Glide使用的版本：
可以看到项目中使用的Glide版本是4.5.0。
这时就想到真的很大概率是两者的Glide版本有冲突了。
果然将容联Demo中的Glide版本改成4.5.0之后，编译运行进入客服界面后，没有报错了，完美解决。
4、android 7.0系统解决拍照的问题
报错信息：
# main(1) android.os.FileUriExposedException file:///storage/emulated/0/xiangmu/3462884.jpg exposed beyond app through ClipData.Item.getUri() android.os.StrictMode.onFileUriExposed(StrictMode.java:1816) android.net.Uri.checkFileUriExposed(Uri.java:2350)
解决方法如下：
1.在相对应的页面中，写如下的方法：
private void initPhotoError(){
// android 7.0系统解决拍照的问题
StrictMode.VmPolicy.Builder builder = new StrictMode.VmPolicy.Builder();
StrictMode.setVmPolicy(builder.build());
builder.detectFileUriExposure();
}
2.在onCreate中调用上述的方法。
5、使用RecyclerView滑动闪退问题
错误信息：
图片看起来不清晰，看报错代码：
IndexOutOfBoundsException: Inconsistency detected. Invalid view holder adapter
看这个代码，只是并没有报到我们自己的代码里面来，在底层就崩溃了，在app层面并没有，弹出一个框，说应用程序已奔溃，而是直接就没了，用户感觉很奇怪。这种异常并不是很容易出现，而是偶尔出现，我的也是在后台奔溃日志中，发现了这种异常，我们自己都不知道什么地方报错的。
解决方案如下：
1、创建一个类LinearLayoutManagerWrapper
继承LinearLayoutManager，重写onLayoutChildren方法
public class WrapContentLinearLayoutManager extends LinearLayoutManager {
public WrapContentLinearLayoutManager(Context context) {
super(context);
}
public WrapContentLinearLayoutManager(Context context, int orientation, boolean reverseLayout) {
super(context, orientation, reverseLayout);
}
public WrapContentLinearLayoutManager(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
super(context, attrs, defStyleAttr, defStyleRes);
}
@Override
public void onLayoutChildren(RecyclerView.Recycler recycler, RecyclerView.State state) {
try {
super.onLayoutChildren(recycler, state);
} catch (IndexOutOfBoundsException e) {
e.printStackTrace();
}
}
}
2、设置RecyclerView的布局管理为
WrapContentLinearLayoutManager对象
mRecyclerView.setLayoutManager(new WrapContentLinearLayoutManager(this, LinearLayoutManager.VERTICAL, false));
其实这也不是什么解决方案，只是把这个异常捕获了，不让他奔溃了，这个问题的终极解决方案还是得让google去修复。