为什么RECEIVE_SMS和READ_SMS权限没有不同的提示框来请求许可？

Question

我已经在我的应用程序的Manifest文件中列出了RECEIVE_SMS和READ_SMS的权限，它们都有不同的权限字符串。

若要授予相应权限，请执行以下操作。但是，我注意到，在授予(用户)任何一个权限(READ_SMS或RECEIVE_SMS)时，我们可以同时执行这两个任务。我的问题是，如果两者执行不同的任务：

1) READ_SMS__：它允许应用程序读取用户手机上的所有短信(当前存在)。

2) RECEIVE_SMS__：它允许应用程序监听用户在使用应用程序时在手机上接收到的所有短信。

这两个对话框在请求权限时和拒绝其中一个权限时显示相同的对话框，这两个对话框都不会出现。

如果两者具有相同的权限授予场景，那么为什么它们以两个权限的形式分开？如果你们中的任何人能帮助我理解这一点，那对我将是一个很大的帮助。

Answer 1

根据关于请求权限的Android文档

许可团体： 所有危险的Android系统权限都属于权限组。如果该设备运行的是Android 6.0 (API级别23)，并且应用程序的targetSdkVersion为23或更高，则当应用程序请求危险的权限时，以下系统行为将应用： 如果应用程序请求其清单中列出的危险权限，而该应用程序目前在权限组中没有任何权限，则系统将向用户显示一个对话框，该对话框描述应用程序希望访问的权限组。对话框不描述该组中的特定权限。例如，如果应用程序请求the READ_CONTACTS permission，系统对话框只表示应用程序需要访问设备的联系人。如果用户授予许可，系统只给应用程序请求的权限。 If an app requests a dangerous permission listed in its manifest, and the app already has another dangerous permission in the same permission group, the system immediately grants the permission without any interaction with the user. For example, if an app had previously requested and been granted the READ\_CONTACTS permission, and it then requests WRITE\_CONTACTS, the system immediately grants that permission. 警告: Android的未来版本可能会将特定权限从一个组移动到另一个组。因此，不要将应用程序的逻辑建立在这些权限组的结构上。例如，如果您的应用程序请求READ_CONTACTS权限，那么WRITE_CONTACTS权限，则不应该假设系统可以自动授予WRITE_CONTACTS权限，即使它与Android8.0的READ_CONTACTS位于同一个权限组(API 26)。

所有与短信相关的权限都属于权限组短消息。

以下是SMS权限组下的权限列表：

• SEND_SMS
• SEND_SMS
• RECEIVE_SMS
• READ_SMS
• RECEIVE_WAP_PUSH
• RECEIVE_MMS