Android 常见bug汇总及解决方案

作为开发人员，平时总会遇到各种各样的问题，之前都没有收集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去修复。

以上就是Android 常见bug汇总及解决方案的详细内容，更多关于Android 常见BUG及解决的资料请关注我们其它相关文章！