Firebase Cloud Messaging 真的需要 WAKE LOCK 权限吗？
Does Firebase Cloud Messaging really need a WAKE LOCK permission?
我注意到 FCM 需要 Android 唤醒锁权限。我可以使用删除唤醒锁定权限吗？
<uses-permission android:name="android.permission.WAKE_LOCK" tools:node="remove" />
或者它会中断接收 data/notification 有效载荷吗？
我正在审查 并开始怀疑是否需要它。我记得在 GCM 中它是强制性的。
我的另一个问题是，因为唤醒锁不是危险权限，我认为在 API 23 之后，用户甚至不会看到或知道此权限，因为它将是透明的。即使是 Play 商店也不会向他们显示该应用需要唤醒锁，对吗？
提到GCM docs, the WAKE_LOCK permission似乎只是可选而不是强制性的：
Optionally, the android.permission.WAKE_LOCK permission if the application needs to keep the processor from sleeping when a message is received.
并且 FCM docs 中没有说明 WAKE_LOCK 在某些方面是必需的。
是的，该应用 不会 表明它需要 WAKE_LOCK。对于普通保护级别 (docs) 的权限：
If an app declares that it needs a normal permission, the system automatically grants the permission to the app.
虽然 AL 的回答是正确的，但我想在应用程序的 Play 商店列表中添加，它显示类别 "Other" 下的权限：
我无法在评论中添加图片，所以我被迫创建了一个答案。
我注意到 FCM 需要 Android 唤醒锁权限。我可以使用删除唤醒锁定权限吗？
<uses-permission android:name="android.permission.WAKE_LOCK" tools:node="remove" />
或者它会中断接收 data/notification 有效载荷吗？
我正在审查
我的另一个问题是，因为唤醒锁不是危险权限，我认为在 API 23 之后，用户甚至不会看到或知道此权限，因为它将是透明的。即使是 Play 商店也不会向他们显示该应用需要唤醒锁，对吗？
提到GCM docs, the WAKE_LOCK permission似乎只是可选而不是强制性的：
Optionally, the
android.permission.WAKE_LOCKpermission if the application needs to keep the processor from sleeping when a message is received.
并且 FCM docs 中没有说明 WAKE_LOCK 在某些方面是必需的。
是的，该应用 不会 表明它需要 WAKE_LOCK。对于普通保护级别 (docs) 的权限：
If an app declares that it needs a normal permission, the system automatically grants the permission to the app.
虽然 AL 的回答是正确的，但我想在应用程序的 Play 商店列表中添加，它显示类别 "Other" 下的权限：
我无法在评论中添加图片，所以我被迫创建了一个答案。