火狐浏览器CSP报错说明页面策略已拦截脚本，需先确认策略来源（响应头优先于meta标签），再比对被拦脚本URL与script-src指令，可通过移除meta或禁用CSP临时验证，本地开发可加宽松策略，还需排查扩展干扰。
火狐浏览器控制台报错“Content Security Policy: The page’s settings blocked the loading of a resource”并指向某段脚本时，说明当前页面的CSP策略已实际拦截该脚本执行，需快速定位是策略配置问题、资源路径不匹配，还是开发环境特有干扰。
确认CSP拦截来源是响应头还是meta标签
打开目标页面 → 按 Ctrl+Shift+I 呼出开发者工具 → 切换到“网络”(Network)标签页 → 刷新页面 → 在过滤栏输入 doc 或直接点击左侧列表中的 html 条目 → 查看右侧“标头”(Headers)面板中的 Response Headers 区域 → 找到 Content-Security-Policy 字段。若存在，说明策略由服务器通过HTTP响应头下发；若无，则继续检查HTML源码：右键页面→“查看页面源代码”→搜索 。【响应头优先级高于meta标签，二者共存时meta会被忽略】
提取被拦截脚本的完整URL并比对CSP指令
回到“控制台”(Console)标签页，找到红色报错行，复制被拦截脚本的完整URL（例如 http://localhost:8080/js/app.js 或 data:text/javascript;base64,YWxlcnQoJzEnKTs=）。
接着，在“网络”标签页中再次刷新，找到该脚本对应的请求条目 → 点击进入 → 查看“标头”中的 Content-Security-Policy 值 → 重点检查 script-src 指令允许的来源列表。若URL协议为 data:，而指令中未包含 data:；若URL域名是 localhost:8080，而指令只写了 'self'（此时 'self' 不匹配带端口的 localhost）；或URL含内联特征（如 javascript:void(0)），但指令未声明 'unsafe-inline' —— 这些都直接导致拦截。
临时绕过CSP验证是否为根本原因
方法一：仅移除HTML中声明的meta CSP（适用于策略来自）
在控制台中执行：document.querySelector('meta[http-equiv="Content-Security-Policy"]').remove()
执行后立即刷新页面，若脚本正常加载，说明问题确由该meta标签引起。
方法二：禁用当前页面全部CSP（响应头+meta均失效）
在控制台中执行：let csp = document.querySelector('meta[http-equiv="Content-Security-Policy"]'); if(csp) csp.remove(); window.stop();
【此操作会强制终止页面后续资源加载，仅用于验证，不可用于功能测试】
本地开发时快速放宽策略（仅限file://或localhost）
第一步：在HTML文件的 中、所有其他 之后且
