关于app权限请求三两事

关于权限请求，有一个小窍门：

自己制作一个请求权限的弹窗，确保用户点了同意开启之后，再唤起对手机系统权限的请求。这样有什么好处呢？

假设app不自己制作一个这样的权限请求弹窗，而是直接唤起系统的权限请求弹窗，那么，如果用户点击了“不允许”，就gg了。除非用户进入设置，手动修改权限设置，否则此app再也不能请求权限，也不会出现权限弹窗了。而让用户打开设置，在应用列表中找到你的app，再打开权限，这一系列的操作成本太高了，有可能很多用户都不知道该怎么操作，同时又不记得自己当初拒绝了权限请求，而此时用户又需要这个权限打开后的功能，然而又不能使用这个功能。那么用户就会认为你的app出了bug，这时就有理也说不清了。

为了避免这样的事情发生，很多app都想出了这么一个办法～
在需要请求权限的时候，先app内自行弹出一个自己制作的弹窗，描述app需要权限的原因和请求，如果用户点击拒绝，则弹窗消失，不唤起系统的权限弹窗。如果用户点击允许，则唤起系统的权限弹窗，此时用户前后不一致，点击拒绝的概率大大降低了，省了很多麻烦。

应用自带的权限请求弹窗.png

这样的处理，可以提前预知用户当前的心理，降低用户误操作风险，降低用户拒绝又打开的操作成本。把权限获取留到某个用户真的愿意点“允许”的时机。
这样一个App自制的权限弹窗，方便评估用户接受推送通通知的意愿，更加理解用户的行为和偏好。