@cairnechen 不可以，我们禁止这样的应用，换句话说这样的应用理应不能上架。

如果遇到这样的情况，用 appops，xposed 等方法治它，如果它们做了相关的检测，那只好不用。

@jmc891205 play 会差应用内下载应用，据说热更新也差，但是估计不会严格。现在 play 下载到的应用里找得到腾讯 tinker 的一大把，这些应用都该下架的

@cairnechen 因为针对权限是否必要的观点，作为客户和开发者是有分歧的。

例：
特别的，在 iOS 上压根就不提供的永久唯一识别码，在 Android 上就能有。那么试图使用这类数据的 Android 开发者就要坚决打击。

@fengleidongxi 8.0 开始不让高 targetAPI 应用读取，9.0 完全弃用了它并把换为了一个函数，接受电话权限管制。

避免使用百度账号即可

楼上酸的好多呀。

@hhh iOS 也是可以这么做的，但是苹果会负责兜底，让这样做的应用无法上架。

@fengleidongxi 就是 build 全局常量里那个 serial

@sjmcefc2 因为 Android 谁都可以用，而且在 Google 碰不到的内地，还可以把 Google 的服务剥离了用。

@sjmcefc2
这里要分开说比较好：
国产软件自然是普遍喜欢滥用权限的。

Google 的问题有这些：
1，Android 的运行时权限机制在设计的时候就没考虑过不给权限就不运行的问题，也没有合适的兜底方案（这样的软件根本无法在苹果那边上架，但 play store 对于这方面的要求极低）。
2，即便是最新的 Android，依然开放了某些持久识别码的接口（ IMEI/meid 与 serial ）

@affyun

iwtbauh 说的是对的，appops 是 Android 的一部分，所谓的 appops 软件只是一个第三方开发的，用于便利的 gui 程序

@gclove 当然语言是有你所提到的力量，所以当程序开始有人权的那一天开始，从端才能开始有不能叫 slave 的资格。

现在不会出歧义的重要原因，它没有人的特征。

@gclove
replica 就比前两个例子好。
修改这个词有学习成本与工程成本。

说一个不相关的事情，某地要在身份证上加入第三性别，反对派提出 fb 上有六十多个第三性别而事实上推翻了这个动议

这个英文解释说明 m ／ s 是非常准确的用法，slave 确实要为 master 工作且没有任何报酬

在国内叫主奴模式应该没什么问题

@ji4ozhu
只要 gcm 畅通即可，这部分不是 Google 或我们的责任，pop3/IMAP 模式可以认为做不到推送，没有私有协议的话得用 Exchange activesync。

类似的，微软的 outlook （ Android 端）的及时性也非常好。

@gclove 人类已经成功地把 slave 和 master 洗白了，作为一个技术用于。

而且，作为主从架构来说，这里真的没有权利平等，因为它们真的不是人，它真的是指 slave 要绝对服从 master。

比如你举例的 client/server，或者 leader/follower 的例子相比来说无法准确地表达这种含义。这四个词对应的人格化的对象都是有自主性的。

@Vidar 但这是少数几个提供多个 PD 口的了充电器了。
现在电源确实也得要这么大

@ech0x @icylogic 我闹笑话了

master，slave 本来就是约定俗成的用法，表示特点特定的技术含义（主从），哪里来的歧视？

那个 issue 的 owner 就是吃饱了没事干（还认真地写了真么多内容），当然，他有权这么做，在 Redis 的 repo 放这个提议的动作也没有原则问题。

@3d3ec7a 车机不需要更新