自我保护的角度：该锁屏的时候要锁屏
公司规则的角度：要求员工该锁屏的时候锁屏(方法很多，那个请吃饭的就很有意思)
作为个人：类似于 V2 上经常吐槽的戳屏幕，动别人的东西当然要获得许可，这是教养问题

作为个人，不能指望同事一定有这些基本素质，也不能指望公司在这方面会保护。
楼主最后因同事的缺少教养，自己吃了闷亏

@Aquamarine
汉堡菜单 -> User Filter
除了手写规则外，看上去也支持使用自定义的规则订阅

@woyaojizhu8
结合后一篇文章，或许枚举已安装应用可能但不一定被报毒。

检测 sim 卡导致的

@Aquamarine 能自定义规则

@carlist

IFW 的源代码

https://github.com/android/platform_frameworks_base/blob/master/services/core/java/com/android/server/firewall/IntentFirewall.java

@carlist

所以你未曾接触过 ifw ？
以下是简介。

使用基于 ifw 的 perscription 特性：
1，不依赖于 xposed，而是 Android 系统自带的能力，就像 appops 那样
因此在没有 xposed 支持的系统(包括 Android O)上也能工作。

Xposed 的一个代价是，它需要禁用一些 ART 的优化，在进行劫持的时候会有开销，以此则换来能劫持所有 java 接口的能力。

2，通过拦截 Intent 来阻止 component(包括 Activity, Service 与 Receiver)启动(触发)，
有三种等级：拦截止来源于第三方应用、拦截来源于第三方应用及系统、拦截来源于包括应用自身在内的所有来源。
这个功能达到的结果与流氓终结者相同(流氓终结者的原理是迫使应用无法启用自身的 component)。

http://www.cis.syr.edu/~wedu/android/IntentFirewall/

@carlist
现在有一个额外办法（可以避免使用 xposed+流氓终结者的组合）：

Android 4.4 就出现的 ifw，绿色守护有一个叫 prescription 的功能对应它。

它不能阻止应用重新注册 component，但是能阻止应用启动它们（通过 ifw 过滤对应的 intent ）

about:components 里面手动更新，如果遇到网络问题，需要确保 IE 的网络设置能访问 Google

数据接口相同，比如 tpm

@dodo20120
你的逻辑显然是错的，你在后面帖子展露的想法也是很有问题。

例：
你说一件事并不需要它是秘密，而是因为你不想说（即自然条件下，你显然有权不公开任何你不想公开的内容）。

此次事件会危害到上述权利的保障，例：我认为不需要举例（要不然为何要看空服务器迁移）

通过 fido U2F 更合适。

微信成为超级应用这件事本身就是错误的。

@sgissb1
这个机制应该就是 superfetch 了，关掉它应该会降低系统性能

你们自己写一个 jar 类型的 library 让第三方引用？

检查 cookie 设置

@Chingim 合约期内换套餐肯定可以的：付违约金取消合约再换呗

@myhu 向联通打电话提醒其关闭，并威胁通过工信部渠道投诉

@vcinex
看样子要直接发工单投诉了


@xmumiffy
联通提供的方案往往是关停全部非点对点短信功能，但它似乎没有定点屏蔽的能力

大超市使用自助结账已经很普遍，在国内也已出现了一段时间。