用户第一次打开个人资料页，头像区域是空白的，点了上传按钮，页面毫无反应。再点一次，依然如故。不少人会以为是应用卡顿，退出重进，情况照旧。真正的原因往往不是功能本身出了故障，而是相册权限被拒绝后，页面没有提供任何可替代的操作路径。头像上传看起来是个小功能，但权限被拒之后的降级方案没设计好，用户就会卡在第一步，连资料都没法填完。
先判断权限状态，别一律弹窗
权限被拒有多种情形，处理方式不能一概而论。第一种是从未询问过，用户还没见过授权弹窗，这时可以正常发起一次询问。第二种是用户已经点过拒绝，此时再次调用授权接口通常不会弹出系统窗口，而是直接返回失败，需要引导用户主动去开启。第三种是系统级禁用，比如用户在手机设置里关闭了该应用的相册访问权限，应用内部再怎么调用都无效。开发时要先读取当前授权状态，区分这三种情形，只在第一种情况下发起询问，其余两种直接走引导路径。把三种情况混在一起反复弹窗，用户只会更加反感，甚至直接退出。
设计降级入口，让用户有路可走
权限拿不到，头像功能不能就此停摆。至少应提供三条路径：使用默认头像、稍后设置、前往设置开启权限。默认头像可以是一组系统内置的图形，用户点选即可完成，不涉及任何权限。稍后设置则是允许用户先跳过，把资料页其他内容填完，头像位置显示占位图，后续再补。前往设置开启权限需要给出明确指引，文案不要只写“请开启权限”，而要说明开启后能做什么，例如“开启相册权限后可从手机中选择照片作为头像”。三条路径并列呈现，用户自己选，而不是被一个弹窗堵死。
核对上传兼容，相机和相册是两回事
有些团队想用拍照代替相册选择，以为能绕开权限问题。实际上相机拍摄和相册读取属于两类不同的权限，相册被拒不代表相机可用，反过来也一样。降级方案里如果提供拍照入口，要单独核对相机权限状态，不能默认它一定可用。另外，从相册选择还涉及文件读取范围，部分系统版本对图片访问有更细的限制，开发时要以实际测试结果为准，不能想当然认为拿到权限就一定能读到文件。
核对失败反馈，四种提示要分开
用户操作失败时，提示语必须能区分原因。权限被拒，提示应指向开启权限的路径。用户主动取消选择，属于正常操作，不需要报错，安静返回即可。文件过大，要说明大小限制并建议压缩或换一张。上传失败，则要区分是网络问题还是服务端问题，给出重试入口。四种情况用同一句“上传失败，请重试”，用户根本不知道问题出在哪，只会反复点击。提示文案要短、要具体，最好带一个可执行的动作。
头像上传的降级原则只有一个：让用户在当前页面还能继续完成资料填写。权限拿不到不是终点，而是需要换一条路走。it数运在小程序开发中处理这类交互时，通常会把权限状态读取、降级入口和失败提示放在同一轮设计里核对，避免上线后才发现用户卡住。各平台的权限接口和授权行为存在差异，具体实现应以对应平台的官方文档和实际测试结果为准。
