Android开发实践：WIFI扫描功能的封装-低调大师

Android开发实践：WIFI扫描功能的封装

2017-11-26 541

网上关于Android WIFI模块开发的博文已经很多，这里我也想给出我对WIFI模块编程的一些消化结果，将Android的一些API封装类，方便在各个Android APP中复用，简化程序的开发。

本文先给出一个扫描WIFI功能的封装成类，创建该类对象后，当你简单地调用search()函数后，后台会自动扫描当前的WIFI SSID，并以回调的形式通知你扫描结果，代码如下，需要注意的地方都用注释标注出来了。

 
        package 
        com.example.testwifi; 
       
        import 
        java.util.ArrayList; 
       
        import 
        java.util.List; 
       
        import 
        java.util.concurrent.TimeUnit; 
       
        import 
        java.util.concurrent.locks.Condition; 
       
        import 
        java.util.concurrent.locks.Lock; 
       
        import 
        java.util.concurrent.locks.ReentrantLock; 
       
        import 
        android.content.BroadcastReceiver; 
       
        import 
        android.content.Context; 
       
        import 
        android.content.Intent; 
       
        import 
        android.content.IntentFilter; 
       
        import 
        android.net.wifi.ScanResult; 
       
        import 
        android.net.wifi.WifiManager; 
       
        public 
        class 
        WifiSearcher { 
       
        private 
        static 
        final 
        int 
        WIFI_SEARCH_TIMEOUT = 
        20
        ; 
        //扫描WIFI的超时时间 
       
        private 
        Context mContext; 
       
        private 
        WifiManager mWifiManager;    
       
        private 
        WiFiScanReceiver mWifiReceiver;       
       
        private 
        Lock mLock; 
       
        private 
        Condition mCondition; 
       
        private 
        SearchWifiListener mSearchWifiListener; 
       
        private 
        boolean 
        mIsWifiScanCompleted = 
        false
        ; 
       
        public 
        static 
        enum 
        ErrorType { 
       
        SEARCH_WIFI_TIMEOUT, 
        //扫描WIFI超时（一直搜不到结果） 
       
        NO_WIFI_FOUND,       
        //扫描WIFI结束，没有找到任何WIFI信号 
       
        } 
       
        //扫描结果通过该接口返回给Caller 
       
        public 
        interface 
        SearchWifiListener { 
       
        public 
        void 
        onSearchWifiFailed(ErrorType errorType); 
       
        public 
        void 
        onSearchWifiSuccess(List<String> results); 
       
        } 
       
        public 
        WifiSearcher( Context context, SearchWifiListener listener ) { 
       
        mContext = context; 
       
        mSearchWifiListener = listener; 
       
        mLock = 
        new 
        ReentrantLock(); 
       
        mCondition = mLock.newCondition(); 
       
        mWifiManager=(WifiManager)mContext.getSystemService(Context.WIFI_SERVICE);      
       
        mWifiReceiver = 
        new 
        WiFiScanReceiver();      
       
        } 
       
        public 
        void 
        search() { 
       
        new 
        Thread(
        new 
        Runnable() { 
       
        @Override 
       
        public 
        void 
        run() { 
       
        //如果WIFI没有打开，则打开WIFI 
       
        if
        ( !mWifiManager.isWifiEnabled() ) { 
       
        mWifiManager.setWifiEnabled(
        true
        ); 
       
        } 
       
        //注册接收WIFI扫描结果的监听类对象 
       
        mContext.registerReceiver(mWifiReceiver, 
        new 
        IntentFilter(WifiManager.SCAN_RESULTS_AVAILABLE_ACTION)); 
       
        //开始扫描 
       
        mWifiManager.startScan(); 
       
        mLock.lock(); 
       
        //阻塞等待扫描结果 
       
        try 
        {                 
       
        mIsWifiScanCompleted = 
        false
        ;                 
       
        mCondition.await(WIFI_SEARCH_TIMEOUT, TimeUnit.SECONDS); 
       
        if
        ( !mIsWifiScanCompleted ) { 
       
        mSearchWifiListener.onSearchWifiFailed(ErrorType.SEARCH_WIFI_TIMEOUT); 
       
        } 
       
        } 
       
        catch 
        (InterruptedException e) { 
       
        e.printStackTrace(); 
       
        } 
       
        mLock.unlock(); 
       
        //删除注册的监听类对象 
       
        mContext.unregisterReceiver(mWifiReceiver);                           
       
        } 
       
        }).start();   
       
        } 
       
        //系统WIFI扫描结果消息的接收者       
       
        protected 
        class 
        WiFiScanReceiver 
        extends 
        BroadcastReceiver { 
       
        public 
        void 
        onReceive(Context c, Intent intent) { 
       
        //提取扫描结果 
       
        List<String> ssidResults = 
        new 
        ArrayList<String>(); 
       
        List<ScanResult> scanResults = mWifiManager.getScanResults();               
       
        for
        (ScanResult result : scanResults ) { 
       
        ssidResults.add(result.SSID);     
       
        } 
       
        //检测扫描结果 
       
        if
        ( ssidResults.isEmpty() ) { 
       
        mSearchWifiListener.onSearchWifiFailed(ErrorType.NO_WIFI_FOUND); 
       
        } 
       
        else 
        { 
       
        mSearchWifiListener.onSearchWifiSuccess(ssidResults); 
       
        } 
       
        mLock.lock(); 
       
        mIsWifiScanCompleted = 
        true
        ; 
       
        mCondition.signalAll();   
       
        mLock.unlock(); 
       
        } 
       
        } 
       
        }

代码中用到了Lock和Condition，就是为了阻塞地等待WIFI扫描的结果，以来可以在search函数内部直接完成监听对象的registerReceiver和unregisterReceiver，防止由于某些原因忘记unregisterReceiver导致程序crash，另一方面，针对某些Android系统可能不一定能够及时收到WIFI扫描结果而设置一个超时时间，这样，不至于UI一直长时间地等待WIFI扫描结果而“假死”。

对了，AndroidManifest.xml文件中记得添加权限支持哦：

 
  
    
      
      
        <
        uses-permission 
        android:name
        =
        "android.permission.CHANGE_WIFI_STATE"
        ></
        uses-permission
        > 
       
 
        <
        uses-permission 
        android:name
        =
        "android.permission.ACCESS_WIFI_STATE"
        ></
        uses-permission
        >       
       
 
        <
        uses-permission 
        android:name
        =
        "android.permission.ACCESS_NETWORK_STATE"
        ></
        uses-permission
        > 
       
 
    

   
 

本文转自 Jhuster 51CTO博客，原文链接：http://blog.51cto.com/ticktick/1394948，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/422615

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Android开发实践：WIFI连接功能的封装

与WIFI扫描类似，WIFI的连接同样是一个耗时的过程，所以需要放到线程中执行，通过回调来通知调用者连接结果。该回调接口的定义如下： 1 2 3 public interface WifiConnectListener{ public void OnWifiConnectCompleted( boolean isConnected); } 从Android的WIFI Setting可以看出，一般添加一个新的WIFI连接，需要给出三个信息，一个是WIFI的SSID，一个是WIFI的密码，另一个是WIFI的加密类型，不同的加密方式，连接时程序中的配置是不同的，这里定义一个枚举，给出四种常见的加密类型： 1 2 3 public enum SecurityMode{ OPEN,WEP,WPA,WPA2 } Android的WIFI连接过程，总体上分为三步，第一步，添加网络配置，第二步，根据网络配置连接WIFI，第三步，监听系统的WIFI连接状态消息。下面就直接给出示例代码，关键的地方都在代码中注释了。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17...

2017-11-27

860

Android开发实践：用脚本编译Android工程

一般情况下，我们都是使用Eclipse+ADT插件或者Android studio软件来编译Android工程的，其实，Eclipse或者Android studio仅仅是将一些编译命令封装到可视化界面里而已，通过shell脚本、ADT附带的一些命令以及Ant工具，我们完全可以将Android工程的编译过程自动化，直接通过运行脚本就得到最终的APK文件。 Linux下用脚本编译c/c++程序至少需要两个东西，一个是编译器，如gcc/g++，另一个则是编译配置文件，即Makefile；同理，编译Android程序也同样需要编译器和编译配置文件，由于Android程序是Java开发的，所以编译器一般使用Ant（Apache的核心项目，Java编译器），配置文件则是build.xml，该编译配置文件可以自己手写，也可以通过ADT的工具生成；如果Andrid工程涉及JNI层，则编译命令使用NDK-Build，对应的编译配置文件则是Android.mk。前面这段话，简单介绍了使用脚本编译Andriod工程的一些基本工具和关键词，详细的用法就留给读者自己去Google吧，这里给出一个我自己编...

2017-11-27

582

发表评论

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。