onerror无限循环与CSP无直接关系；CSP不拦截图片404也不干预onerror触发逻辑，仅通过限制资源源、强制外联脚本、拦截未声明路径等方式间接缓解风险，但无法替代this.onerror=null和可达fallback的必要措施。
onerror无限循环和CSP有关系吗
没有直接关系。CSP（Content-Security-Policy）不拦截图片加载失败，也不干预 onerror 事件触发逻辑。它既不能阻止备用图 404，也不能自动切断事件链——this.onerror=null 该写还得写，漏了照样卡死。
CSP能间接缓解onerror风险的三个点
CSP 本身不处理图片错误，但合理配置可减少导致 onerror 频繁触发的上游问题：
- 用
img-src 'self' https:明确限制图片只能从自身域名或可信 HTTPS 源加载，避免因误配 CDN 域名（如拼错cdn.example.co）导致批量 404 - 禁用内联脚本（
script-src 'self'）后，会强制你把onerror逻辑抽到外部 JS 中——这反而有利于统一管控重试次数、加dataset标记、预加载 fallback 图等健壮性措施 - 加上
default-src 'none'后，任何未显式声明的资源（比如相对路径的./fallback.png）会被直接拦截，浏览器报Refused to load the image而非静默 404；这能提前暴露路径错误，而不是等到页面卡死才排查
别指望CSP替代this.onerror=null
即使 CSP 配得再严，只要 HTML 里还写着 onerror="this.src='fallback.png'"，且 fallback.png 实际不可达，就一定会无限循环。CSP 不改变浏览器对 onerror 的执行模型：加载失败 → 触发事件 → 执行 handler → 再加载新 src → 若仍失败，再次触发。
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
真正起作用的只有两件事：this.src 指向的兜底资源必须可达（推荐用绝对路径或 data:image/svg+xml;base64,...），以及 this.onerror=null 必须紧接在赋值后执行，顺序和分号都不能错。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
