通过导入系统jar包解决Android7.0以上第三方apk不能打开WiFi热点的问题(史上最详)

因为目前在做关于设备间通信相关的开发,最近发现一个问题就是在Android7.0上通过第三方apk打不开手机热点,可是在以前的设备上是正常的。代码中是通过反射去调用了WifiManager的hide方法setWifiApEnabled

反射代码:

 try {
            // 通过反射调用设置热点
            Method method = wifiManager.getClass().getMethod(
                    "setWifiApEnabled", WifiConfiguration.class, Boolean.TYPE);
            // 返回热点打开状态
            return (Boolean) method.invoke(wifiManager, apConfig, enabled);
        } catch (Exception e) {
            Log.e(TAG, e.getMessage());
            return false;
        }

通过排查问题发现7.0以后打开热点的方式变了,是通过ConnectivityManager的startTethering打开的,因为这个方法也是hide的,反射的方式没试过,想试试调用系统jar包的形式。这里的jar包是通过系统源码编译得到的,网上一大推可以去下,也可以用自己的源码来编译(把想要调用的方法的hide标记去掉)重新编译生成jar包。把得到的那个jar包拷贝到lib目录下:

导入jar包1.png

右击选择Add As Library:
导入jar包2.png

发现app/gradle下面已经自动生成了代码:
导入jar包3.png

说明jar包已经导入成功了,如果不确定的话就去这里看一下:
导入jar包4.png

大功告成,心想现在应该可以去调用系统api为所欲为了吧,开心的撸了代码:

    private boolean enableAP(String ssid, String pwd) {
        if (Build.VERSION.SDK_INT >= 24) {
            setApConfig(ssid, pwd);

            ConnectivityManager cm = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
            cm.startTethering(ConnectivityManager.TETHERING_WIFI,
                    true, new ConnectivityManager.OnStartTetheringCallback() {
                        @Override
                        public void onTetheringStarted() {
                            super.onTetheringStarted();
                            Log.i(TAG, "热点开启成功");
                        }

                        @Override
                        public void onTetheringFailed() {
                            super.onTetheringFailed();
                            Log.e(TAG, "热点开启失败");
                        }
                    });
            return true;
        } else {
            return setWifiApEnabled(true, getApConfig(ssid, pwd));//这个方法是用的反射,针对7.0以下的,但是没啥卵用,可以不加这个else
        }
    }

    /**
     * * 设置热点信息
     *
     * @param ssid 热点名称
     * @param pwd  热点密码
     */
    private void setApConfig(String ssid, String pwd) {
        WifiConfiguration config = new WifiConfiguration();

        config.SSID = ssid;
        config.preSharedKey = pwd;
        config.apBand = 0;
        config.allowedKeyManagement.set(WifiConfiguration.KeyMgmt.WPA2_PSK);
        config.allowedAuthAlgorithms.set(WifiConfiguration.AuthAlgorithm.OPEN);

        wifiManager.setWifiApConfiguration(config);

        Log.i(TAG, "热点信息设置成功:ssid = " + ssid);
    }

注意:startTethering最后一个参数是ConnectivityManager内回调的一个抽象内部类,如果需要得到打开热点的结果,这样就按上面的代码一样传入,当然也可以传入null,建议传入匿名的回调类

撸好代码发现:

找不到方法2.png

startTethering等hide的成员通通找不到!
那么问题来了,为什么呢?
思考:因为我导入的jar包是通过定制的系统包,和android studio SDK中的包的名字是一样的。都是:import android.net.ConnectivityManager;看样子这里是优先调用了SDK内的方法了,为了验证这一猜想去打开项目中的app.iml文件,发现:
调换导包顺序1.png

果然是这样(糟老头子坏得很),那就想办法把它们调用的优先级顺序改一下。常理的思维就是直接更改这个文件,把导入的jar包放到SDK包的前面,可是一想app.iml是ide生成的就没有尝试,但是这方法感觉实在是有点low。。让Grovy的面子往哪里搁啊(手动滑稽),网上查了一下果然可以通过在gradle内配置来实现此功能。
build.gradle:
调换导包顺序2.png

代码:

allprojects {
    repositories {
        jcenter()
        google()
    }

    gradle.projectsEvaluated {
        tasks.withType(JavaCompile) {
            options.compilerArgs.add('-Xbootclasspath/p:app/libs/classes.jar')
        }
    }
}

app/build.gradle:

调换导包顺序3.png

代码:

preBuild {
    doLast {
        def imlFile = file(project.name + ".iml")
        println 'Change ' + project.name + '.iml order'
        try {
            def parsedXml = (new XmlParser()).parse(imlFile)
            def jdkNode = parsedXml.component[1].orderEntry.find { it.'@type' == 'jdk' }
            parsedXml.component[1].remove(jdkNode)
            def sdkString = "Android API " + android.compileSdkVersion.substring("android-".length()) + " Platform"
            new Node(parsedXml.component[1], 'orderEntry', ['type': 'jdk', 'jdkName': sdkString, 'jdkType': 'Android SDK'])
            groovy.xml.XmlUtil.serialize(parsedXml, new FileOutputStream(imlFile))
        } catch (FileNotFoundException e) {
            // nop, iml not found
        }
    }
}

编译gradle,编译成功。打开app.iml发现顺序果然换过来了:

调换导包顺序4.png

代码中的红色也消失了,心想这下终于可以为所欲为了吧,可是选择Build APK后就报错了:
异常1.png

坑真的多!没办法,解决吧。主要问题两个:1、SDK版本问题 2、dex的一个编译异常,先解决第一个根据提示是说我的minsdkversion低于24了经过更改:
sdk版本1.png

改了这里对应的下面的也要改(注意:改了这个之后你只能装到7.0以上的设备了):
sdk版本2.png

编译,发现还有问题,还是刚才的那个问题,改动没效果! 经过反复摸索发现还要改一个地方:gradle版本,于是改成了3.0.1:
gradle版本.png

编译,发现第一个问题没了(为什么改了一下gradle就不会有这个问题了我也不清楚,还望大佬赐教)。然后解决第二个问题以为要是用mutiDex可是试过发现不行,最后终于在stackFlow上找到了答案,要在gradle.properties中添加:android.enableD8 = true
dex异常解决.png

然后编译apk,发现编译成功了,成功了,成功了。。。可是!安装到设备里后发现打开热点时程序崩了(其实我也已经在崩溃的边缘疯狂试探了),出错信息:
未签名异常.png

android.permission.WRITE_SETTINGS这个是读写系统ContentResolver的权限对第三方apk是不开放的。搜嘎,那就把它变成系统app,继续改:在AndroidManifest内添加android:sharedUserId="android.uid.system"注意位置:
加入系统id.png

注意:如果做成系统级别的app的话需要一个jar包签名工具(网上有)和系统签名文件(在你的系统源码内):
signapk.jar platform.x509.pem platform.pk8
把这三个文件再加未签名的apk文件(刚才编译出来的app-debug.apk)放到一个文件夹下,然后在该文件夹下打开一个控制台,运行命令:

 java -jar signapk.jar platform.x509.pem platform.pk8  app-debug.apk  yourNameSigned.apk

发现在此目录下会生成一个yourNameSigned.apk的文件,这就是经过系统签名过的系统app啦,大功告成!
安装:

adb install -r yourNameSigned.apk

安装成功,发现热点可以正常打开,像极了爱情。。

后记:此时你的App是系统级别的,真的可以为所欲为哦,各种权限,各种接口,再也不需要反射啦。

你可能感兴趣的:(通过导入系统jar包解决Android7.0以上第三方apk不能打开WiFi热点的问题(史上最详))