Capacitor/Ionic应用如何获取应用内浏览器登录后的session cookie

直接通过Capacitor官方Browser插件获取内置浏览器存储的session cookie不可行，该插件底层在iOS调用SFSafariViewController、安卓调用Chrome Custom Tabs，两类组件的存储沙箱均与应用本身的WebView隔离，系统未向第三方应用开放跨沙箱读取cookie的权限，符合社区公开的说明结论。

以下是合规的可行落地方案：

• Deep Link回调授权方案（最推荐，符合平台规范）
  你可以在Drupal的OpenID Connect模块后台配置自定义重定向URI，设置为你的应用专属Deep Link（如myapp://auth-callback）。用户在应用内浏览器完成第三方登录后，Drupal会自动跳转到该Deep Link，同时将授权码、ID Token等有效凭证附在URL参数中。你在Capacitor应用内监听Deep Link唤醒事件，拿到授权凭证后，通过@capacitor-community/http插件直接向Drupal后端请求兑换用户信息、session token，将凭证存在本地后后续请求直接携带即可，无需读取浏览器cookie。
• InAppBrowser插件方案
  替换官方Browser插件为兼容Capacitor的cordova-plugin-inappbrowser，该插件打开的WebView属于应用自身沙箱范围，你可以通过插件提供的executeScript方法，在登录完成跳转回Drupal站点时，直接执行JS读取当前页面的cookie。注意该方案需要提前在Google、Apple开发者后台适配嵌入式WebView的登录限制，避免登录请求被拦截。
• 后端中转页方案
  在Drupal侧新增一个一次性凭证中转页面，用户完成登录跳转回Drupal站点时，后端生成一个有效期1分钟以内的单次有效token，将token附在中转页的URL参数或DOM节点中。你在Capacitor应用中监听Browser插件的页面加载事件，匹配到中转页地址时提取token，关闭内置浏览器后用该token向Drupal后端兑换长效session凭证即可。

注意：所有跨沙箱读取用户cookie的操作都违反iOS、安卓的隐私规范，尝试通过hook等方式实现会被应用商店审核驳回，建议优先选择不需要读取cookie的授权方案。

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