Android DeviceAdminReceiver:从未收到 onNetworkLogsAvailable 意图

Android DeviceAdminReceiver: onNetworkLogsAvailable intent never received

更新

我注意到我实际上收到了 NETWORK_LOGS_AVAILABLE 意图!问题是,它需要 非常 很长时间(超过一个小时?)才能收到。

有没有已知的方法可以增加接收这些事件的频率?

原题

我正在尝试处理在 DeviceAdminReceiver 应用程序中收到 onNetworkLogsAvailable 意图后现在可以读取的 DNS 事件。此功能从 Android 8.0 开始提供。

出于某种原因,我从未收到此意图,即使我已成功调用 setNetworkLoggingEnabled 方法。启用管理员后,我收到了 ACTION_DEVICE_ADMIN_ENABLED 事件,但之后没有其他任何事件。

这是我启用网络日志记录的地方:

public class NetworkAdminReceiver extends DeviceAdminReceiver {
    @Override
    public void onEnabled(Context context, Intent intent) {
        DevicePolicyManager manager =
            (DevicePolicyManager) context.getSystemService(Context.DEVICE_POLICY_SERVICE);
        if ( manager == null )
        {
            throw new IllegalStateException("Unable to get DevicePolicyManager");
        }
        if (manager.isDeviceOwnerApp(context.getPackageName())) {
            manager.setNetworkLoggingEnabled(getWho(context), true);
        }
        else
        {
            Toast.makeText(context, "This application is not device owner. DNS logging only works" +
                " when this application is setup as the Device Owner", Toast.LENGTH_LONG).show();
        }
    }
    // *snip* rest of class
}

虽然我不确定是否需要(在文档中找不到),但我还在接收者的过滤器中添加了 NETWORK_LOGS_AVAILABLE 意图操作:

<receiver android:name=".admin.NetworkAdminReceiver"
        android:label="@string/device_admin"
        android:description="@string/device_admin_description"
        android:permission="android.permission.BIND_DEVICE_ADMIN">
    <meta-data android:name="android.app.device_admin"
            android:resource="@xml/device_admin" />
    <intent-filter>
        <action android:name="android.app.action.DEVICE_ADMIN_ENABLED"/>
        <action android:name="android.app.action.NETWORK_LOGS_AVAILABLE"/>
    </intent-filter>
</receiver>

应用程序被标记为设备所有者,启用了网络日志记录,但我从未收到意图。我能想到的唯一解释是网络日志不经常可用,但我找不到支持该理论的文档。

我目前也只在模拟器中对此进行测试。我不确定这是否会对此产生影响,尽管我看不出它会如何。

为了通过 DeviceAdminReceiver 正确接收网络日志,我是否遗漏了什么?

恐怕没有优雅的解决方案。

这个限制看起来像是故意的。正如您在 sources 中看到的那样,当达到 hard-coded 阈值时会触发该事件。它是 1200 个事件或 1.5H 超时,以先到者为准。我没能在 NetworkLogger 中找到任何可用的挂钩。他们绝对不希望用户干涉它。

我看到的唯一选择是使用 反射 来访问隐藏的 API。 恕我直言,最直接的方法是获取 IIpConnectivityMetrics 服务的句柄并使用它来订阅网络事件。不过,我自己并没有测试这个解决方案。