如果问的是网页发起一次新的屏幕捕获调用，答案是不能靠上次的许可直接再读。按MDN当前对MediaDevices.getDisplayMedia的说明，屏幕捕获许可不能持久化复用到新调用，每次都要用户主动选择共享内容并批准。这个结论的适用前提是：页面处于安全上下文，浏览器支持该接口，并且调用发生在瞬时用户激活期间，例如由点击等操作触发。若只是此前已批准、此刻仍然活动的stream，则不属于新调用，不必也不应按每一帧都要重新征询来理解。
先分清两件事：页面是要发起新的捕获请求，还是沿用屏幕上已经亮着的共享画面。从实际观察看，前者要核对页面是否真正调用了getDisplayMedia、调用时机是否由用户操作触发、地址是否处于安全上下文、浏览器版本是否支持；后者要看现有stream的轨道是否仍处于活动状态。把两者混在一起，就容易得出“浏览器反复索要权限”或“许可已经被记住”的错误判断。
共享表面的选择也需要单独看待。getDisplayMedia会让用户选择共享整个屏幕、某个窗口或某个标签页，具体选项需核浏览器实现，页面不能靠参数替用户授权或绕过选择，也不能假设每次都是整屏。出于隐私，共享前应先关闭或移开含敏感信息的窗口，也不要用任何方式绕过权限或诱导他人共享私密整屏。用户在选择界面点取消，是正常的拒绝或放弃，不等于显卡故障，也不等于接口损坏；此时应回到“未获批准”的分支处理，而不是先怀疑硬件。
这里的风险主要在于把屏幕许可和摄像头许可混为一谈。getUserMedia的摄像头、麦克风授权模型与getDisplayMedia并不相同，不能照搬“上次允许过就自动放行”的推断；反过来，也不能因为旧stream还在运行，就认为新的调用可以免去批准。对维修判断而言，若页面成功取得并显示选定画面，只能说明该次捕获已进行，不能推断所有来源和后续传输正常；若根本不弹，应先查调用是否缺少瞬时用户激活、是否不在安全上下文、浏览器是否支持，而不是直接归因于显卡或系统。
下一步可以按分支处理。新会话需要共享时，让用户在点击后重新选择并批准；已有活动stream且画面正常时，不必重复授权。选择被取消，应停止该次捕获；确有新需求时由用户再次主动决定。若多次在新调用中无法弹出选择界面，可记录浏览器名称与版本、页面地址是否满足安全上下文、触发方式是否为点击、控制台报错文本，再判断问题落在页面代码、浏览器支持还是系统环境。
赛罕区台式电脑用户可拨400-877-9605，先整理新调用还是现有stream、浏览器版本及去敏报错，不发送共享画面或要求绕过许可。电脑快修网提供信息展示与第三方维修对接，实际地址、电脑侧检查是否支持及安排需当次核实，启用范围不代表即时履约。