N在ConnectivityManager方面的API变动很大。其中在移动流量部分多了个流量节省程序（不是Chrome里面那个经Google服务器中转的那个，那个国内没法用）
可以在设置下，流量使用情况里面可以开启或关闭这个功能。开启后（默认是允许后台数据），会有一个AppList，让你选择不限制数据使用的APP。如果想要关闭后台数据，可以在流量使用情况里开关后台数据。
那今天就来谈谈InWall环境下，开启DataSaver后后台流量以及推送的处理
开始有些特别处理，比如在流量节省程序开之后，关了后台数据，后台就无法连接网络，这时我们就需要启动界面时请求开启，intent需要设置一个data也就是所在程序的包名

   intent=new Intent(Settings.ACTION_IGNORE_BACKGROUND_DATA_RESTRICTIONS_SETTINGS);
        Uri uri = Uri.parse("package:com.demo.napi.DataSaver"); intent.setData(uri); startActivity(intent);

写接收器来监听流量节省开关事件。以下是我的测试结果。

        class MyReceiver extends BroadcastReceiver{
        @Override
        public void onReceive(Context context, Intent intent) {
            Log.d("MainActivity","onReceive "+ intent.getAction());
            ConnectivityManager manager = (ConnectivityManager) context.getSystemService(CONNECTIVITY_SERVICE);
            boolean isNetworkMetered =  manager.isActiveNetworkMetered();
            Log.d("MainActivity","isNetworkMetered = "+ isNetworkMetered);
            if(isNetworkMetered){
                Log.d("MainActivity","getRestrictBackgroundStatus = "+ manager.getRestrictBackgroundStatus());
                switch (manager.getRestrictBackgroundStatus()){
                    case ConnectivityManager.RESTRICT_BACKGROUND_STATUS_DISABLED:
                        //关闭了流量节省，流量不限制。
                        break;
                    case ConnectivityManager.RESTRICT_BACKGROUND_STATUS_ENABLED:
                        //开启了流量节省或者流量节省开启的状态下允许后台数据由关到开。这时服务里后台运行的流量不可以使用，假如程序不是活动，甚至数据也不可以使用。
                        break;
                    case ConnectivityManager.RESTRICT_BACKGROUND_STATUS_WHITELISTED:
                        //流量节省开启的状态下，不限制后台数据开启了，这时流量可以使用，即使程序切到后台，活动变为虚，数据也可以使用。
                        break;
                }
            }
        }
    }

再注册一下接收器

    registerReceiver(DataSaverReceiver(),
             newIntentFilter(ConnectivityManager.ACTION_RESTRICT_BACKGROUND_CHANGED));

自己尝试了下，觉得不难理解，觉得如果利用好，这个api在国内一样能有大用处，不过。。。某些国内主流软件还在使用4.0的API（不不不，我不是针对各大Bank），普及起来，难度很大啊！

前言

1980年代是电子音乐最百花齐放的年代，出现了非常多的合成器良作。由于YMO,Kraftwerk等先锋电子乐队在70年代末期的成功，以及LSI技术逐渐成熟且价格一再降低，70年代流行的模拟合成器开始退居二线，由数字合成器接替了一线的位置。数字合成器使用方法对于一般乐手更友好，使得乐手只需注意演奏技法，也不再要求使用者了解模电相关的知识才能调出自己想要的音色，极大程度降低了使用门槛。所以各个国家的各个乐队都开始引入合成器作为主音乐器（甚至包括正在流行音乐朦胧期的我国），于是在1980年代初，电子音乐开始爆发！

Roland MT-32

今天则介绍一款发布于1987年的一款MIDI音源模块，由日本罗兰公司制造的MT-32，此模块非常流行于计算机音乐制作以及DOS游戏。其采用了线性计算合成引擎混合PCM采样, 达到了非常好的合成效果，但是也同时对硬件配置要求更高，价格则自然而然高出当时主流产品的好几倍。
当然，你可能会有疑问，既然那么好，看起来技术也很先进，而且也有标准MIDI接口，岂不是能直连现在的MIDI设备？答案是并不行，General MIDI标准发布于1991年，在此之前MIDI的接口以及通信方式则是各种各样。MT-32的MIDI信息传输通道对应都与General MIDI不同。

MT-32的详细主要硬件介绍

基于Roland官方于1988年10月发布的SERVICE NOTES第三版
CPU: Intel P8098 微控制器
线性计算: Roland LA32 (MB87136A) 专有芯片(富士通社制)
门阵列 1: 日立 HG61H15B72F
门阵列 2: 日立 HG61H20R36F（用于混响发生器）
数模转换器: 博尔-布朗(现德州仪器) PCM54HP
Mask ROM 1: 东芝 TC534000P/日立 HN62304BPE26 4MB(PCM采样数据)(ROM A)
Mask ROM 2: 夏普 LH5310/EP-ROM 1MB(程序/音调数据)(ROM B)
Mask ROM 3: 日立 HN623257PZ21 256KB(混响数据)(ROM C)
SRAM: NEC μPD43256C 32KB
DRAM: 三菱 M5M4416P 8KB

从这些硬件的详细情况看来，这个设备绝对是融合了80年代最顶尖科技的集合体了。
所以价格也十分可观（恐怕至今）,当年（1987）售价695$（计算上通货膨胀约等于当今的1550$）
而且目前也十分难购买到，eBay和闲鱼的量都极其少，所以下文我们来讨论下如何在现代PC上模拟

如何模拟

点此查看新方法
使用Munt(需自备ROM镜像)

本文恢复自本站2016年11月7日时的备份，仅供阅读本人黑历史之用，其中的资料或链接可能已过时或失效，敬请见谅

版本辨别：
1.AOSP/EMUI等采用的com.google.webview
最新版本：54
可以经由Play直接升级
2.CM/MK/Silm等所采用的com.android.webview
最新版本：51
以下讲讲如何升级再编译版的Webview
这个Webview许多OS自带的版本仅仅只有42，html5低的很，但是由于是重编译版，so。。。更新速度感人！
CM的WebviewGituhub站：GitHub/CMWebview
下载时记得选对指令集：）
如果你硬要让使用重编译的webview框架使用Google版，请使用：强行Google Webview
但是请注意！千万不要使用幸运破解器的整合系统更新！重启后会导致几乎所有调用Webview的APP全局go die!千万不要大死！