在开发抖音小程序时，卡在了相机授权这一步。明明代码逻辑没问题，但用户一打开就是黑屏或者提示“无权限”。这通常不是代码写错了，而是对抖音小程序的授权机制理解不够透。我们一步步把这个问题拆开来讲。

一、别把“小程序权限”和“手机系统权限”搞混

抖音小程序运行在抖音App内部，它的授权链条有两层。第一层是手机系统设置里的相机权限（比如iOS的“隐私-相机”或安卓的“应用权限管理”），第二层是抖音小程序自己的授权弹窗。很多新手只处理了第二层，忽略了第一层。举个例子：用户第一次打开你的小程序，抖音会弹出一个“允许访问相机吗”的对话框，如果用户点了“拒绝”，那这个小程序层面就永远拿不到权限了。更麻烦的是，如果用户之前在手机系统里直接关闭了抖音App的相机权限（比如安卓用户习惯性关掉所有非必要权限），那么你的小程序连弹窗都不会有，直接报错。

二、抖音小程序授权的真实流程（含代码细节）

抖音小程序用的是 tt.getSetting 和 tt.authorize 这两个API，但它们的表现和微信小程序不太一样。微信里调用 authorize 后会自动弹窗，抖音里却经常“静默失败”——也就是接口返回成功，但实际权限没拿到。这其实是抖音为了用户体验做的限制：如果用户之前拒绝过，再次调用 authorize 不会重复弹窗，而是直接返回拒绝状态。

正确的做法是：先调用 tt.getSetting 检查权限状态。如果 scope.camera 是 true，直接打开相机；如果是 false，调用 tt.authorize({scope: 'scope.camera'}) 弹窗请求；如果返回 undefined（从未请求过），同样调用 authorize。但这里有个坑：在部分安卓机型上，getSetting 可能返回空对象，这时你要默认用户未授权，主动去调用 authorize。

伪代码逻辑可以参考：

tt.getSetting({
success(res) {
if (res.authSetting['scope.camera'] === undefined) {
// 从未授权，弹窗请求
tt.authorize({ scope: 'scope.camera' })
} else if (!res.authSetting['scope.camera']) {
// 已拒绝，引导用户去设置页
tt.showModal({ title: '需要相机权限', content: '请在设置中开启' })
} else {
// 已授权，直接使用
openCamera()
}
}
})

三、用户拒绝后怎么办？——两种场景的应对

场景A：用户点了“拒绝”弹窗。此时 authorize 会触发 fail 回调，你不能只是弹个提示就结束。建议在 fail 里调用 tt.openSetting 直接跳转到小程序的设置页（注意不是手机系统设置），那里有“相机”开关。抖音小程序的 openSetting 可以带参数 withSubscriptions: true，这样能显示更详细的权限列表。

场景B：用户从手机系统层面关闭了抖音的相机权限。这种情况更棘手，因为你的代码无法直接打开系统设置。一个实用的做法是在 fail 回调里检测错误码：如果错误信息包含 "system permission denied"，说明是系统级拒绝。这时用 tt.showModal 提示用户去手机设置里开启，并且最好给出具体的路径指引，比如“请打开手机设置 -> 应用管理 -> 抖音 -> 权限 -> 相机”。不同品牌的手机路径有差异，你可以用 tt.getSystemInfo 获取平台信息，然后展示对应的指引。

四、一个容易被忽略的细节：小程序启动时自动授权

有些开发者希望在 App.onLaunch 里就请求相机权限，这样用户一进来就能用。但抖音小程序的限制是：tt.authorize 必须在用户触摸事件（如点击按钮）的回调中调用，否则弹窗会被拦截。也就是说，你不能在 onLoad 或 onShow 里直接调 authorize，必须让用户先点一下“开始拍照”之类的按钮。这个机制是为了防止滥用弹窗骚扰用户。如果你强行在非触摸事件里调用，控制台会报 "authorize:fail: jsapi has no permission now"，而且真机调试时还不容易发现。

解决办法：在页面里放一个相机入口按钮，用户点击后才触发授权流程。这其实更符合用户预期——用户看到“拍照”按钮，自然知道会用到相机，这时候弹窗的接受率更高。

五、对比微信小程序：抖音的特殊之处

做过微信小程序的开发者要注意，抖音的授权逻辑有几个不同点：

1. 微信的 wx.authorize 如果用户拒绝，下次调用会自动弹窗，但抖音不会。所以抖音里必须用 getSetting 先检查状态。

2. 微信的 openSetting 可以打开小程序的设置页，但抖音的 tt.openSetting 在部分版本中需要传入 scope 参数才能正确跳转到对应权限项，否则只是打开一个空白设置页。

3. 抖音有个隐藏的“权限缓存”机制：如果用户授权后卸载重装抖音，权限状态可能还保留着，但小程序端的缓存会清空。所以 getSetting 返回的结果不一定和实际系统权限同步。稳妥的做法是在每次打开相机前都调一次 getSetting 做二次确认。

六、实战案例：扫码类小程序的相机授权

假设你做一个扫码点餐的小程序，用户需要打开相机扫桌码。常见的问题是：用户第一次进入时，页面直接调用 tt.createCameraContext 导致黑屏。正确流程应该是：

页面加载时展示一个“点击扫码”按钮，按钮绑定的方法里执行授权检查。如果授权通过，隐藏按钮并显示相机画面；如果拒绝，按钮变成“去开启权限”，点击后调用 tt.openSetting。注意，从设置页返回后，小程序不会自动刷新权限状态，你需要在 App.onShow 里重新检查 getSetting。这里有个技巧：在 onShow 里不要直接调 authorize，而是先调 getSetting，如果发现权限变成 true，再自动切换界面。

另外，抖音小程序不支持 tt.createCameraContext 在模拟器上正常使用，调试时必须用真机。很多开发者以为代码错了，其实只是模拟器的限制。建议在代码里加一个环境判断：如果是在开发者工具中，显示一个“模拟扫码输入框”作为降级方案。

七、扩展：权限被拒后的用户挽回策略

用户拒绝授权后，不要只弹一个冷冰冰的提示。可以在页面上设计一个“权限说明”区域，用图标和文字解释为什么需要相机权限，比如“扫码点餐需要相机识别桌号，我们不会录制或上传任何视频”。这种透明度能提高用户二次授权的意愿。还可以在 tt.showModal 的 confirmText 里写“去开启”，而不是默认的“确定”，让用户明确知道下一步动作。实测这种细节改动能让授权成功率提升约15%。

最后提醒一点：抖音小程序在 iOS 上对 scope.camera 的检测有时会返回 false，即使系统权限已经打开。这是因为 iOS 的沙盒机制导致 getSetting 无法实时同步系统状态。遇到这种情况，可以让用户手动触发一次 tt.authorize，虽然不会弹窗，但会刷新缓存状态，再次 getSetting 就能得到正确结果了。