如何配置launch.json调试需登录获取远程资源的Angular应用

我有一个Angular应用，启动运行时需要从Cloudflare拉取远程资源，但访问该类资源必须先完成登录鉴权。当我在VSCode中启动调试模式时，自动唤起的Chrome窗口会显示空白页，并抛出如下错误：

arg1:
HttpErrorResponse {headers: HttpHeaders, status: 200, statusText: 'OK', url: 'https://xxxx.cloudflareaccess.com/cdn-cgi/acce…xxxxxXvzw', ok: false, …}
defaultErrorLogger @ c:\Users\xxxxxxx\workspace\xxxx\xxxx\node_modules\@angular\core\fesm2015\core.mjs:6461

目前调试时必须在调试打开的Chrome实例中新开标签页完成登录，再切回应用页面刷新才能正常运行，每天重复该操作十分繁琐。是否可以通过配置launch.json自动完成鉴权流程，免去手动登录操作？当前的launch.json配置如下：

{
  // Use IntelliSense to learn about possible attributes.
  // Hover to view descriptions of existing attributes.
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Launch Chrome",
      "request": "launch",
      "type": "chrome",
      "url": "http://localhost:4200",
      "webRoot": "${workspaceFolder}"
    }
  ]
}

问题根源是VSCode调试启动的Chrome默认使用临时的隔离用户数据目录，不会复用日常浏览器里保存的Cloudflare Access登录态Cookie，每次启动都是全新的未登录环境，不需要编写额外的自动鉴权脚本，修改launch.json配置即可解决，有两种可选方案：

• 方案1：复用系统默认Chrome的用户配置，直接使用平时已经登录过Cloudflare的浏览器状态启动调试
  在现有配置项中添加userDataDir: false即可，修改后配置如下：

  {
    "version": "0.2.0",
    "configurations": [
      {
        "name": "Launch Chrome",
        "request": "launch",
        "type": "chrome",
        "url": "http://localhost:4200",
        "webRoot": "${workspaceFolder}",
        "userDataDir": false
      }
    ]
  }
  

  注意使用该配置前需要关闭所有正在运行的Chrome窗口，否则Chrome会因用户目录被占用无法正常加载配置。
• 方案2：如果不想关闭日常使用的Chrome窗口，可以创建独立的调试专用用户目录，仅需完成一次Cloudflare登录，后续调试会永久复用该目录下的登录态
  将userDataDir设置为本地固定文件夹路径即可，参考配置如下：

  {
    "version": "0.2.0",
    "configurations": [
      {
        "name": "Launch Chrome",
        "request": "launch",
        "type": "chrome",
        "url": "http://localhost:4200",
        "webRoot": "${workspaceFolder}",
        "userDataDir": "${workspaceFolder}/.chrome-debug-profile"
      }
    ]
  }
  

  第一次使用该配置启动Chrome时，手动完成一次Cloudflare Access登录，后续启动调试会自动携带保存的登录Cookie，无需重复登录操作。

补充说明：你看到的status: 200但ok: false的报错，是因为Cloudflare Access拦截了未登录的资源请求，返回的是登录页HTML内容，不符合Angular HTTP客户端预期的资源格式，才会抛出解析异常，本质就是登录态缺失导致的请求拦截，不是接口本身故障。

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