首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Android运行时权限被授予,但仍被拒绝

可能是由于以下几个原因:

  1. 系统权限问题:Android系统在6.0(Marshmallow)及以上版本引入了运行时权限机制,用户需要在应用运行时授予或拒绝权限。即使用户授予了权限,但在某些情况下,系统仍可能拒绝应用的权限请求。这可能是由于系统级别的限制,例如设备管理员设置了某些权限的限制,或者应用之前被用户设置为“拒绝”该权限。
  2. 权限冲突:如果应用同时请求了多个权限,而其中一个权限被用户拒绝,可能会导致其他权限也被拒绝。这是因为在某些情况下,系统会将权限视为相关联的,如果其中一个权限被拒绝,其他相关联的权限也会被拒绝。
  3. 第三方应用冲突:某些第三方应用可能会干扰应用的权限请求,导致权限被拒绝。这可能是由于第三方应用具有更高的权限优先级或与应用权限请求冲突。

解决这个问题的方法包括:

  1. 重新请求权限:在应用中,可以通过检查权限状态并重新请求被拒绝的权限来解决该问题。可以使用Android的权限请求API,例如requestPermissions()方法,确保在权限被拒绝时向用户解释为什么需要该权限,并引导用户手动授予权限。
  2. 检查权限状态:在应用中,可以使用checkSelfPermission()方法来检查权限的状态。如果权限被拒绝,可以根据具体情况采取相应的措施,例如显示一个提示框或提供其他替代功能。
  3. 检查其他应用冲突:如果存在第三方应用冲突,可以尝试禁用或卸载可能干扰权限请求的应用程序。可以通过在安全模式下启动设备来排除第三方应用的干扰,以确定是否与其他应用有关。

腾讯云相关产品和产品介绍链接地址:

腾讯云提供了一系列与移动开发相关的产品和服务,包括移动应用开发平台、移动推送、移动分析、移动测试等。您可以通过以下链接了解更多信息:

  1. 腾讯移动开发平台:提供了一站式的移动应用开发解决方案,包括开发工具、云存储、云数据库、云函数等。详情请参考:腾讯移动开发平台
  2. 腾讯移动推送:提供了高效可靠的消息推送服务,支持多种推送方式和个性化推送。详情请参考:腾讯移动推送
  3. 腾讯移动分析:提供了全面的移动应用数据分析服务,帮助开发者了解用户行为和应用性能。详情请参考:腾讯移动分析

请注意,以上链接仅供参考,具体产品选择应根据实际需求进行评估和决策。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • Android开发笔记(一百五十八)运行时动态授权管理

    App开发过程中,涉及到硬件设备的操作,比如拍照、录音、定位等等,都要在AndroidManifest.xml中声明相关的权限。可是Android系统为了防止某些App滥用权限,从而允许用户在系统设置里面对App禁用某些权限。然而这又带来另一个问题,用户打开App之后,App可能因为权限不足导致无法正常运行,甚至直接崩溃闪退。遇到这种情况,只需用户在系统设置中开启相关权限即可恢复正常,但是用户并非专业的开发者,他怎知要去启用哪些权限呢?再说,每次都要用户亲自打开系统设置页面,再琢磨半天精挑细选那些必须开启的权限,不但劳力而且劳神,这种用户体验实在差劲。 有鉴于此,Android从6.0开始引入了运行时权限管理机制,允许App在运行过程中动态检查是否拥有某项权限,一旦发现缺少某种必需的权限,则系统会自动弹出小窗提示用户去开启该权限。如此这般,一方面开发者无需担心App因权限不足而闪退的问题,另一方面用户也不再头痛是哪个权限被禁止导致App用不了的毛病,这个贴心的动态权限授权功能可谓是皆大欢喜。下面就来看看如何在代码中实现运行时权限管理机制。 首先要检查Android系统是否为6.0及以上版本,因为运行时权限管理机制是6.0才开始支持的功能。其次调用ContextCompat.checkSelfPermission方法,检查检查当前App是否开启了指定的权限。倘若检查结果是尚未开启权限,则再调用ActivityCompat.requestPermissions方法,请求系统弹出开启权限的确认对话框。详细的权限校验代码如下所示:

    01

    Android6.0之后的权限机制对App开发的影响

    随着Android系统的更新换代,每次重大更新的方面也逐步扩展,从4.*主要是增强功能,到5.*主要是美化界面,到6.*主要提高系统安全性,再到7.*和8.*主要支撑各种大屏设备,因此开发者需要对每个大版本的Android重新进行适配。其中6.*主要影响开发工作的升级包括权限管理和休眠模式。 对于权限管理,原本开发者只要在AndroidManifest.xml中声明相关权限,App安装完成之后即可默认获得这些权限。但是6.0引入了新的运行时权限管理机制,即使开发者实现已经声明App的权限,Android在App初次启动之时,仍会提示用户是否允许该App开启相关功能。倘若用户不同意App获得某些权限,毫无疑问App在运行过程中就可能无法正常工作。有关运行时权限的操作代码参见《Android开发笔记(一百五十八)运行时动态授权管理》。 对于休眠模式,即当手机屏幕关闭的时候,系统会自动进入休眠模式,这样原本正在运行的App将进入挂起模式,不能再进行访问网络等常用操作。当然为了保证App不被完全挂死,系统也会定时退出休眠模式,好比青蛙从冬眠之中苏醒过来,在苏醒期间,系统允许挂起的App重新恢复运行,继续先前设定好的任务。可是这个苏醒期是短暂的(通常只有几秒),一旦苏醒期结束,系统又重新进入休眠模式,于是那些App再次挂起,等待下次苏醒期的到来,如此往复。当然,只要手机恢复亮屏,比如用户按下电源键、用户给手机插上电源、手机接到来电等等,系统便自动退出休眠模式,所有挂起的App都会恢复正常运转。 下面逐个说明一下Android6.0的权限管理和休眠模式给App开发带来的影响,注意这些影响可对照《Android Studio开发实战:从零基础到App上线》一书的相应章节: 1、App的SD卡访问权限可能会被用户关闭,导致App无法正常读写SD卡。这点影响《Android Studio开发实战:从零基础到App上线》一书第4章的“4.3 SD卡文件操作”和“4.5 实战项目:购物车”。手机上查看App是否开启存储卡访问功能的界面如下图所示:

    02

    因为Android M权限问题导致的"Permission Denial: reading com.android.providers.media.MediaProvider"解决办法

    最后查明是因为API过高权限访问有修改, 在API级别>=23时, 权限访问被分为三个级别, 分别为”PROTECTION_NORMAL, PROTECTION_DANGEROUS, 和PROTECTION_SIGNATURE(还有两个标志可以和SIGNATURE联合使用才有意义)”. PROTECTION_NORMAL是普通权限, 通过manifest文件在安装时被授予. PROTECTION_SIGNATURE是签名权限, 通过”检查manifest和app签名是否匹配app中声明的权限”在安装时授予. 对于 PROTECTION_DANGEROUS, 不仅需要在manifest中声明, 还需要在运行时通过requestPermissions获得, 也就是弹出来一个个对话框, 让用户确认是否授予app这些权限. 这些是常见PROTECTION_DANGEROUS权限, 如果你在程序中使用了, 那么在API>=23, 很可能会不正常工作. ACCESS_COARSE_LOCATION ACCESS_FINE_LOCATION ADD_VOICEMAIL BODY_SENSORS CALL_PHONE CAMERA GET_ACCOUNTS PROCESS_OUTGOING_CALLS READ_CALENDAR READ_CALL_LOG READ_CELL_BROADCASTS READ_CONTACTS READ_EXTERNAL_STORAGE READ_PHONE_STATE READ_SMS RECEIVE_MMS RECEIVE_SMS RECEIVE_WAP_PUSH RECORD_AUDIO SEND_SMS USE_SIP WRITE_CALENDAR WRITE_CALL_LOG WRITE_CONTACTS WRITE_EXTERNAL_STORAGE

    02
    领券