Android 天气APP(三十五)修复BUG、升级网络请求框架

我正在参加「掘金·启航计划」

前言

  之前在GoodWeather2.6的时候陆陆续续出现了一些小bug,只不过是一句话就能改好,所以就没有单独写一篇文章来说明,不过当问题积累的多了之后,就有这个必要了。当然这些问题很多并不是我发现的,而是细心的读者发现的。那就不说废话了,进入正题。

正文

  这些问题的出现一般来说是我当时写代码没有注意到的细节,如果你是复制粘贴我的代码可能也会出现同样的问题。

一、显示bug

  这个问题由一个读者发现后反馈给我,在之前的代码中,MainActivity中的空气质量显示,我两个TextView显示了一个值,被指出,然后我就马上改了,文章也做了更新。

这个图就是github上的修改记录,红色的代表去掉的代码,绿色代表增加或修改的代码。


然后是方法名的修改,在更多生活质量页面,所写的方法名不符合当前所在页面,容易造成误导,因此修正。
这个bug是在2021年4月1号的时候改的。

还有一个显示bug,是在查询城市失败的时候没有关闭加载弹窗,导致无法操作页面。修改代码如下:

二、数据访问bug

  在之前的网络请求中,每一次请求都会执行两次,这个问题由一个读者发现,和我反应出来,我更换了网络框架,其实就是在原来的基础上增加了RxJava的使用,新的网络框架在源码中的mvplibrary模块的newnet包下。

这个框架其实我单独写过一篇文章来介绍,文章地址如下:
Android OkHttp+Retrofit+RxJava搭建网络访问框架(含源码)

想要详细了解里面过程的可以看看,不打算了解的,直接复制代码到使用的地方就可以了,针对于这个框架来说,改变的地方相对于原来的框架有一些区别,但总体区别不大,就拿主页面的请求来说明一下:

在新的框架中是由NetworkApi去构建网络请求的,在之前是通过ServiceGenerator,这里就要做修改。

新框架需要在Application中进行一个初始化,这和之前有所不同,在app模块下新建一个NetworkRequiredInfo类,实现INetworkRequiredInfo,代码如下:

/**
 * 网络访问信息
 * @author llw
 */
public class NetworkRequiredInfo implements INetworkRequiredInfo {

    private Application application;

    public NetworkRequiredInfo(Application application){
        this.application = application;
    }

    /**
     * 版本名
     */
    @Override
    public String getAppVersionName() {
        return BuildConfig.VERSION_NAME;
    }
    /**
     * 版本号
     */
    @Override
    public String getAppVersionCode() {
        return String.valueOf(BuildConfig.VERSION_CODE);
    }

    /**
     * 是否为debug
     */
    @Override
    public boolean isDebug() {
        return BuildConfig.DEBUG;
    }

    /**
     * 应用全局上下文
     */
    @Override
    public Application getApplicationContext() {
        return application;
    }
}

然后在WeatherApplication中完成初始化。

还是一个地方就是ApiService的修改,之前用的是Retrofit2的Call来进行回调,现在是使用RxJava的Observable来进行。


因此每一个接口都需要更改。下面就用一个最简单的页面来说明:欢迎页面。

SplashContract,首先是这个页面的订阅器。

这是一个获取App版本号的请求,修改的内容如上图所示。
回调接口如下图:

页面中使用。

那么相对于这一个接口,其他的接口修改方式一样,如果还不清楚可以查看我的源码。在我修改网络框架之前,我特意保存了一个之前的未修改网络框架的源码。之前的源码地址如下:GoodWeather

这个下载是0积分,可以直接下载,你现在从GitHub上看到的代码是修改了网络框架之后的。

好了,对于网络框架的的修改就说到这里。

三、程序崩溃

  程序崩溃对于App来说就是大问题了,因此要在开发时做反复的测试,这一点我有所疏忽。这个问题是我在调试的时候发现的,崩溃的起因源自于App中讯飞语音的使用,这和讯飞没啥关系,完全是我使用的问题。

问题出现的原因就是讯飞语音识别是弹窗的调用,context重复使用,导致当第一个页面调用了语音识别之后,第二个页面调用时引用的context还是之前的,但是之前的页面销毁了,则弹窗找不到显示的页面,页面崩溃报错。解决方法是,每次调用弹窗时传入当前页面的context,这样就可以避免了。

然后是调用的地方。有三处,如下图所示,一一修改即可。

四、小米8上的崩溃

  此问题由一个读者发现,问题出现原因是在小米8手机上,运行到主页面时会崩溃,但是在我自己的手机和测试机上都不会崩溃,这个就很奇怪了。
这是当时的报错信息:
java.lang.RuntimeException: Canvas: trying to draw too large(125452800bytes) bitmap.

现在可以得出是页面绘制的问题,因此这里就要解决,其实最简单的办法就是修改资源文件目录,之前我的大图片都放在drawable下的,这其实有问题。只不过之前没有报错就没有注意到,这一次增加一个drawable-nodpi文件夹,这样当屏幕绘制就按照大的分辨率去进行,避免程序崩溃。


源码地址:GoodWeather
欢迎 StarFork

山高水长,后会有期~

作者:初学者_Study 原文地址:https://juejin.cn/post/7145780317893181448

%s 个评论

要回复文章请先登录注册