Activity 你小子藏得有点深

事情呢是这样的,自己写的APP要频繁地使用网络,之前我是在访问失败时候再弹出toast,这样虽然看起来像那么回事,但是我在上一篇的文章中讲了,这种网络请求对内存的消耗比较大,等我们知道没有网络的时候,已经是走了一个线程了,这好吗?这不好。

而我们要干嘛?

对了,我们要打造流畅的(Fluently)App,所以我们在开启需要网络的线程之前,就预先知道网络状态的话,就可以避免上述的情况了。

。。。。。

经过一晚上的百度,各种搜索,我终于是不出意外地出了意外:

上面的错误不用细看了,原因是这样的:

因为是要被多次使用,我就新建了了一个工具类,在下面写了一个获取网络状态的方法,如下图所示,我需要传一个参数:context,我承认,一开始我确实是不懂,

扫描二维码关注公众号,回复: 14132794 查看本文章

 

 但是当我要调用它的时候我就犯难了,变红了,提示我要传参数,但是我不知道要传啥,此时我觉得,应该要请Alt + 回车帮忙了,果然按完就不标红了,于是我愉快地准备在手机上验证一下,结果就出现了上面的问题。

根因如下,

 刚刚的报错就是因为这里的 context 那么这里的context是啥呢?啥也不是,我们在使用上述方法的时候是在,某一个Activity里调用的,网上搜索了一番,原来是要传递这个参数:MainActivity.this

Log.i(TAG, Util.getNetName(MainActivity.this));
Toast toast = Toast.makeText(MainActivity.this,Util.getNetName(MainActivity.this),Toast.LENGTH_SHORT);
                

果然使用这个参数,问题就正常了。

此时我也发现了本文的标题,关于Activity到底是什么背景:

三次ctrl + 单击左键:我发现他原来最终继承自Context

Context是一个抽象基类。
     Context 翻译为上下文,也可以理解为环境,是提供一些程序的运行环境基础信息。
     Context下有两个子类,ContextWrapper是上下文功能的封装类,而ContextImpl则是上下文功能的实现类。

     而ContextWrapper又有三个直接的子类,

  1. ContextThemeWrapper
  2. Service
  3. Application。

     其中,ContextThemeWrapper是一个带主题的封装类,而它有一个直接子类就是Activity,所以Activity和Service以及Application的Context是不一样的,只有Activity需要主题,Service不需要主题。
     Context一共有三种类型,分别是

Application
Activity
Service。
     这三个类虽然分别各种承担着不同的作用,但它们都属于Context的一种,而它们具体Context的功能则是由ContextImpl类去实现的,因此在绝大多数场景下,Activity、Service和Application这三种类型的Context都是可以通用的。

下面讲一下你在实现网络判断的时候可能不会注意到的点:

ConnectivityManager mConnectivityManager = (ConnectivityManager) context
                    .getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo mNetworkInfo = mConnectivityManager.getActiveNetworkInfo();

 这里的getActiveNetworkInfo()当没有网络的时候返回的是null

如果你的方法中还要接着使用mNetworkInfo.getType()获取网络类型,那么请务必包含在NetworkInfo不为null,否则会出现空指针的情况。

最后附送我昨晚的劳动成果,请务必正确传参(已经测试过了哦)

package com.example.testapp.Util;
import android.content.Context;
import android.net.ConnectivityManager;
import android.net.NetworkInfo;

import android.net.NetworkInfo.State;
import android.util.Log;

public class Util {
    private static int Net_State_Wifi = 2;
    private static int Net_State_Mobile = 1;
    private static int Net_No = 0;
    private static int Net_others = 3;
    private static int Get_Net_State_Fail = -1;
    private static int Net_State = Get_Net_State_Fail;
    private static String TAG = "Util";
    public static void isNetworkConnected(Context context) {
        ConnectivityManager mConnectivityManager = (ConnectivityManager) context
                    .getSystemService(Context.CONNECTIVITY_SERVICE);
        NetworkInfo mNetworkInfo = mConnectivityManager.getActiveNetworkInfo();
        Log.i(TAG, String.format("isNetworkConnected: %s",mNetworkInfo));
        if (null == mNetworkInfo){
            Net_State = Get_Net_State_Fail;
            return;
        }

        if (mNetworkInfo.getType() == ConnectivityManager.TYPE_MOBILE){
            Log.i(TAG, String.format("isNetworkConnected: %s",mNetworkInfo.getType()));
            Net_State = Net_State_Mobile;
            return;
        }
        if (mNetworkInfo.getType() == ConnectivityManager.TYPE_WIFI){
            Log.i(TAG, String.format("isNetworkConnected: %s",mNetworkInfo.isConnected()));
            Net_State = Net_State_Wifi;
            return;
        }
        if (!mNetworkInfo.isConnected()){
            Log.i(TAG, String.format("isNetworkConnected: %s",mNetworkInfo.isConnected()));
            Net_State = Net_No;
        }else{
            Log.i(TAG, String.format("isNetworkConnected: %s",mNetworkInfo.isConnected()));
            Net_State = Net_others;
        }
    }

    public static String getNetName(Context context){
        isNetworkConnected(context);
        if (Net_State == Net_No){
            return "Net_No";
        }else if(Net_State == Net_State_Mobile){
            return "Net_State_Mobile";
        }else if(Net_State == Net_State_Wifi){
            return "Net_State_Wifi";
        }else if(Net_State == Get_Net_State_Fail){
            return "Get_Net_State_Fail";
        }else{
            return "Net_others";
        }
    }
}

猜你喜欢

转载自blog.csdn.net/niuguobao/article/details/124425448