Chrome Manifest V3扩展中使用Google File Picker是否有可行变通方案

旧版GAPI客户端因为依赖DOM环境、动态脚本执行逻辑，确实无法在MV3的Service Worker上下文直接运行，不存在直接兼容的原生调用路径，但有3种完全符合Chrome扩展平台规则、无需突破权限限制的落地方式，按交互体验优先级排序如下：

• 方案1：在扩展自有页面内嵌官方 Google Picker
  Google Picker本身是纯前端运行的组件，不需要在Service Worker中加载初始化，你可以把Picker的全部加载、授权逻辑放在扩展自有页面中运行——包括点击扩展图标弹出的Popup页、通过chrome.tabs.create打开的扩展独立交互页、甚至是注入到标签页的扩展沙箱iframe，这类页面都有完整DOM执行环境，完全满足MV3的CSP规则要求。
  实现注意点：
  • 授权环节不要使用gapi.auth2模块，直接调用Chrome原生chrome.identity.getAuthToken接口走OAuth2.0流程获取访问令牌，这是MV3官方推荐的Google服务授权方式，拿到的令牌可以直接传入Picker初始化方法使用
  • Picker初始化时指定视图为new google.picker.DocsView(google.picker.ViewId.SPREADSHEETS)，即可默认过滤展示用户账号下所有Sheets文件，不需要额外做类型筛选
  • 用户选中文件后的回调会直接返回文件ID、名称等信息，你只需要通过chrome.runtime.sendMessage把文件信息传给Service Worker，就能执行后续的Sheets数据写入逻辑，整个流程没有任何违规调用。
• 方案2：自实现轻量文件选择器替代官方Picker
  如果觉得加载官方Picker的外部JS脚本存在CSP适配成本，可以直接调用Google Drive API自建选择界面，体验和官方Picker基本一致：
  • 直接用原生fetch发起Drive API的files.list请求，请求头带上Chrome Identity拿到的访问令牌，请求参数增加过滤条件q: 'mimeType = "application/vnd.google-apps.spreadsheet" and trashed = false'，即可拉取用户所有未删除的Sheets文件列表，支持按修改时间排序、关键词搜索
  • 在扩展自有页面渲染文件列表做选择交互即可，整个逻辑完全可控，不需要依赖外部加载的脚本，适配MV3规则的成本极低。
• 方案3：优化手动填URL的兜底交互
  如果前两种方案受特殊场景限制无法落地，可以在手动填URL的方案基础上做体验优化，不需要让用户裸填链接：增加Sheets链接格式自动校验、粘贴链接后自动提取文件ID、增加从Sheets官网复制链接的操作引导，能把手动输入的操作成本降到最低。

避坑提示：不要尝试在MV3的Service Worker中动态加载GAPI脚本，也不要把Picker逻辑注入到非扩展域名的第三方页面运行，前者违反MV3的Service Worker执行限制，后者容易触发Chrome扩展商店的权限审核驳回，都属于不合规的实现方式。

内容的提问来源于stack exchange，提问作者neonfontana