答案是服务端响应头配置错误，需检查access-control-allow-origin等字段是否缺失或不匹配，并验证options预检请求是否成功返回access-control-allow-methods和allow-headers。
宙斯浏览器跨域请求被拦截时，控制台显示“Blocked by CORS policy”，但页面其他功能正常，说明问题仅发生在特定接口调用环节——这不是前端代码写错，而是浏览器在响应解析阶段主动丢弃了服务端返回的数据。
确认是否为CORS响应头缺失
这一步不操作浏览器，直接验证问题根源：是前端发不出请求，还是后端没回正确头？
按下Ctrl+Shift+I（Windows/Linux）或 Cmd+Option+I（macOS）打开开发者工具→切换到 Network 标签页→刷新页面→点击那个报CORS错误的请求→在右侧 Headers 面板中展开 Response Headers→查找 Access-Control-Allow-Origin 字段。
若该字段完全不存在，或值为 * 但请求携带了 credentials（如 Cookie），或值为具体域名却与当前网页协议/端口不匹配（比如网页是 https://a.com，而头里写的是 http://a.com），就坐实了服务端响应头配置错误。此时浏览器拒绝解析响应体，连 JSON 都看不到。
检查预检请求是否被静默失败
非简单请求（如带 Authorization 头的 GET、Content-Type 为 application/json 的 POST）会触发 OPTIONS 预检，但该请求不会出现在控制台报错中，只会在 Network 面板里显示为 404 或 500 状态且无响应内容。
第一步：在 Network 面板顶部筛选器中输入 “OPTIONS” → 查看是否存在对应接口路径的预检请求。
第二步：点击该 OPTIONS 请求 → 检查 Response Headers 是否包含 Access-Control-Allow-Methods 和 Access-Control-Allow-Headers。
第三步：若该请求状态码为 404，说明后端未注册 OPTIONS 路由；若为 500，说明预检逻辑抛出异常，需检查服务端中间件日志。
【注意：预检失败时，浏览器根本不会发出真正的 GET/POST 请求，所以主接口在 Network 中可能压根不出现】
临时绕过验证（仅限本地开发）
正式环境绝不能依赖此法，但本地调试接口时可快速验证是否纯属CORS问题：
方法一：启用宙斯浏览器本地调试模式
在地址栏输入 zeus://flags → 搜索 enable-web-security → 将其设为 Disabled → 点击右下角 Relaunch 重启浏览器。此操作关闭全部CORS检查，所有跨域请求放行，但【仅限本机单人调试，切勿用于访问真实账号或敏感系统】。
方法二：使用支持CORS代理的在线服务
将原始请求URL中域名部分替换为代理地址，例如原请求是 https://api.example.com/data → 改为 https://corsproxy.io/https://api.example.com/data。
