Android O预览：ConnectivityManager删除的方法不向后兼容

Question

预条件和构建配置：我正在尝试用AndroidStudio 2.4 review 5构建我的应用程序，方法是为Android O perview设备设置以下构建配置参数，compileSdkVersion'android-o'buildToolsVersion'25.0.0'compileoptions.encoding='iso-8859-1'minSdkVersion 16 targetSdkVersion'O'//启用multidex支持。multiDexEnabled真

问题描述：我的应用程序使用以下ConnectivityManager类的不推荐方法，用于安装较旧版本Android的设备。-ConnectivityManager.StartusingNetworkFeature（）-ConnectivityManager.StopusingNetworkFeature（）-ConnectivityManager.RequestRouteToHost（）

当我试图构建具有上述api的应用程序时,它会给出如下编译时错误,

错误：（626,48）错误：找不到符号方法startUsingNetworkFeature（int,String）错误：（7393,27）错误：找不到符号方法stopUsingNetworkFeature（int,String）错误：（69,36）错误：找不到符号方法requestRouteToHost（int,int）

理想情况下，为了向后兼容的目的，这些api不应该给出编译时错误。请让我知道如何解决这些编译时错误。

我无法从代码中删除这些方法，因为这些方法对于较旧的android版本（低于android L版本）的设备是必需的

Answer 1

在您的项目中制作一个新的android库模块。确保此库具有compilesdkversion25。然后将以下类放在库中：

@SuppressWarnings("Deprecation")
public class NetworkFeaturesCompat {
    public static NetworkFeaturesCompat from(final ConnectivityManager cm) {
        return new NetworkFeaturesCompat(cm);
    }

    private final ConnectivityManager mConnectivityManager;

    private NetworkFeaturesCompat(final ConnectivityManager cm) {
        mConnectivityManager = cm;
    }

    public int startUsingNetworkFeature(final int networkType, final String feature) {
        return mConnectivityManager.startUsingNetworkFeature(networkType, feature);
    }

    public int stopUsingNetworkFeature(final int networkType, final String feature) {
        return mConnectivityManager.stopUsingNetworkFeature(networkType, feature);
    }

    public boolean requestRouteToHost(final int networkType, final int hostAddress) {
        return mConnectivityManager.requestRouteToHost(networkType, hostAddress);
    }
}

现在，通过修改build.gradle文件，使您的主模块依赖于这个库：

dependencies {
    compile project(":your-new-library-module-name")
}

构建您的项目。

现在您可以从您的主项目中使用这个helper类了。

您可能需要将此添加到您的proguard规则中（我还没有实际测试过此位）：

-dontwarn android.net.ConnectivityManager

请注意，这种方法仍然会在Android6+上抛出unsupportedoperationexception。

库模块是根据SDK25编译的，其中的方法仍然是公共API的一部分。这就是它在编译时不会崩溃的原因。

由于整个项目是根据SDK26编译的，proguard可能会抱怨缺少方法。在这种情况下，不要理会投诉。