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及解决的资料请关注其它相关文章!

以上是 Android 常见bug汇总及解决方案 的全部内容, 来源链接: utcz.com/p/243331.html

回到顶部