算不上痛点吧，安卓的剪贴板又不是像 windows 一样只能存放一个内容，再复制进去一个前一个就被覆盖掉的。 android 剪贴板可以存好多内容，所以多次复制，再粘贴到笔记软件里就行了。

敢说没有给 google 任何个人信息的网民 都是过于自大了。

@Lentin 总感觉 tor 是个大蜜罐

@Jaspr
@AsherG
@28661
@Sharuru
@honeycomb
我看到 app ops 的权限管理和应用本身的权限列表还是不完全一致，这其中有什么规律呢？比如应用权限列表里有“检索正在运行的应用”这一项，而 appops 里没有，是不是就没有办法禁止该应用检索正在运行的应用了呢？

@honeycomb 我的使用习惯是，不用时关闭数据连接。我不需要所有的后台推送消息（包括 qq 微信）。而我周边的小白用户，他们有些一直开着数据连接，但所需要的推送也只有 qq 和微信（他们装的应用远不止这些，但是需要推送的就这两个）。当然还有很多应用会推送一些他们不需要的无用信息。
还有一些比较会玩安卓的网友，他们也基本只需要 qq 和微信的推送（有些还会有支付宝），而且他们会用 my android tools 禁用其大部分服务，这样就很省电了。
所以说：
1.大部分人需要推送的应用真的很少；
2.即使是需要推送的应用，维持基本的推送功能所需要的电量也不是很多，耗电主要还是由于应用在后台做一些对用户无益的事。
因此没有必要为了省电而让所有推送通过 google 的服务器。
最好的方法当然还是规范化推送，建立一个本地的统一的推送框架，用户可以手动禁止应用除推送以外的后台服务。因为已经标准化了，所以不用再用 my android tools 这种靠猜测、尝试来禁用服务，也不会误杀。应用在后台只有最基本的推送消息功能，也不怎么耗电。
可以类比于 Imap Idle 协议（ http://blog.sina.com.cn/s/blog_5d2184eb0100py1t.html ），本地推送框架就好像一个邮件客户端，应用需要推送功能就好像添加了一个支持 imap idle 的邮箱帐号一样，应用本身后台被禁止，无法再做多余的事。
但是目前不存在这样一个框架，所以还是让需要推送的应用长驻通知栏为好。应用也应约束自己 ，不要开那么多对用户无益的服务。至于你提到的国内银行的云闪付卡密钥的推送，要么是它做了多余的事情，要么是为了更高的安全性需要这么复杂的功能因此需要耗这么多电。如果是为了安全性，那 GCM 也无法替代它吧。

@honeycomb 可能我们看重的不同吧，我不怎么看重功耗

@honeycomb 嗯嗯，所以我认为它如果能推送用户需要的内容的话（极少应用才需要），就有必要常驻通知栏。 GCM 也是我不喜的，应用向我推送内容，凭什么要通过 google 的服务器呢？我的原则是“尽量减少中间人”。

@honeycomb 真能推送用户需要的内容的话，长驻通知栏不就行了？用户需要你的推送通知，自然不会杀你的进程

我还是很少遇到这种网站

@lianggexp 看了下， app ops 的列出的权限和应用权限列表里的权限还是不一样啊（两者之间都不存在包含关系，这让我很疑惑。。。），没法替代 app settings

@noinlj 看来你是这类有害应用的开发者了

@honeycomb #78 我用的是三星，就我的经验来说，这些安全性更新不止是封堵利用漏洞 root 的行为而已。即使你是解锁 bootloader 之后再通过“正当”的途径修改系统，往往也会被这些“安全措施”恶心到，遇到重重阻碍。我也奇怪为什么能解锁 bootloader 还要设置这么多阻碍。

比我们学校的网络还要差。。。我们虽然带宽低，整天网络爆炸，但至少没倒闭。同二本
现在云免据说也死绝了。。。还是趁早去打听本地有没有什么便宜的流量包吧。如果认识军校的同学最好，他们有经验。
如果信息中心真倒闭了，估计会开放运营商直接进来，但还是需要一段时间没宽带的过渡期。

@kevinzhow qq 能用无缝模式？

@Explorare 为什么 ZFS 一定要 ECC ？你测试对比过吗？你用非 ECC 内存遇到过差错吗？

@jarell 这种软件一般都有国内（包括港台）或者日本的镜像吧

并没有访问地球任何角落都有 300KB/s 以上的速度。。。即使是十年前 2M 的时代，连美国也比国内慢得多，不超过 100KB/s 。不过那时候连日本、台湾还是挺快的。浙江电信

@wudimenghuan nextcloud 相比 owncloud 有什么优势呢？

最好不要用，现在摄像头引发的安全事件特多