audio加crossorigin="anonymous"仍报CORS错误，是因为该属性仅触发浏览器CORS流程，服务端必须返回Access-Control-Allow-Origin和Access-Control-Allow-Headers: Range等匹配响应头，缺一不可；常见失败原因包括服务端未返回对应头、重定向后丢失CORS头、file://协议加载或Origin不匹配。
跨域音频无法播放，90%不是路径或格式问题，而是 CORS 权限没配对——crossorigin 属性只是“发起请求的开关”，服务端必须返回匹配的响应头，浏览器才放行。
audio 加 crossorigin="anonymous" 仍报 CORS 错误？检查这四点
错误现象：控制台显示 Cross-Origin Request Blocked 或 Failed to load resource: net::ERR_FAILED，即使 src 可直连访问。
- 服务端没返回
Access-Control-Allow-Origin响应头（哪怕只差一个/，比如https://a.comvshttps://a.com/） - 用了
crossorigin="use-credentials"，但服务端返回了Access-Control-Allow-Origin: *→ 浏览器直接拒绝（带凭据时不允许通配符） - 资源经过 CDN 重定向（如 302 到另一个域名），最终跳转后的响应缺失 CORS 头 → 浏览器只校验最后一跳
- 本地用
file://协议打开 HTML → 所有crossorigin请求被禁用（Origin 为null）
哪些场景下必须加 crossorigin 属性？
不加也能播，但 JS 会拿不到关键信息——只有当你需要在脚本中读取音频元数据或原始数据时，crossorigin 才是强制项。
- 调用
AudioContext.decodeAudioData()解码二进制流 - 监听
loadedmetadata后读取audio.duration或audio.buffered（缺 CORS 时该事件可能永不触发） - 使用
MediaSource拼接流（如自实现 DASH/HLS） - 调用
audio.captureStream()获取音轨并传给 WebRTC 或 Canvas
纯播放、仅靠 controls 操作的场景，不加 crossorigin 也能正常加载和播放，只是 JS 无法访问任何元数据。
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
立即学习“前端免费学习笔记（深入）”；
crossorigin="anonymous" 还是 "use-credentials"？选错就静默失败
区别不在“要不要鉴权”，而在“浏览器怎么发请求”：
-
crossorigin="anonymous"：适用于公开 CDN（如 OSS、Cloudflare）；服务端可返回Access-Control-Allow-Origin: * -
crossorigin="use-credentials"：适用于需 Cookie 或Authorizationheader 的后端接口；服务端必须返回Access-Control-Allow-Origin: https://yourdomain.com+Access-Control-Allow-Credentials: true，且不能是* - 不写
crossorigin：按普通非 CORS 方式加载 → 跨域音频能播，但 JS 读元数据会失败，error事件也拿不到具体错误信息
服务端必须返回的最小 CORS 响应头有哪些？
仅满足“能播+能读元数据”两个基本需求，服务端至少要返回：
-
Access-Control-Allow-Origin（值必须精确匹配前端 Origin） -
Access-Control-Allow-Headers: Range（音频流式加载依赖Range请求，漏掉会导致canplay不触发） - 若用
use-credentials，还需Access-Control-Allow-Credentials: true
注意：很多 Nginx / Apache 配置只加了 Origin 和 Methods，却漏掉 Range 头，结果音频加载卡在 loading 状态，按钮点了也没反应——这是最常被忽略的硬性依赖。
