html5play函数根本不存在，它是对HTMLMediaElement.play()的误记或杜撰；正确做法是用URL.createObjectURL()创建临时URL并由用户手势触发play()。
html5play 函数根本不存在，别被误导了
HTML 标准里没有 html5play 这个函数，也不是浏览器原生 API 或常见库的公开方法。你搜到的所谓“html5play”大概率是某段自定义 JS 代码里的私有函数名，或是旧项目/盗版教程里拼错、杜撰的名称（比如把 HTMLMediaElement.play() 记混了）。直接调用会报 ReferenceError: html5play is not defined。
想播本地文件，得用标准的
本地文件（如用户选中的 file:/// 路径或通过 读取的 Blob）不能直接赋给 src 属性后就播放，受限于浏览器安全策略：
- 直接写
src="file:///xxx.mp4"：现代浏览器（Chrome/Firefox/Edge）会拒绝加载，控制台报Not allowed to load local resource - 必须通过
URL.createObjectURL(file)创建临时内存 URL 才能播放 - 播放前需用户手势触发（如 click），否则
play()会 Promise reject
正确做法示例：
为什么不能直接用 file:// 路径？
这不是 bug，而是浏览器强制的安全限制：
立即学习“前端免费学习笔记（深入）”；
- 防止网页脚本偷偷读取用户硬盘任意文件（如
file:///etc/passwd） - 本地文件协议（
file://）下，页面没有 origin，CORS 和权限模型失效 - 开发时若真要测试
file://场景，可临时用 Chrome 启动参数：chrome --unsafely-treat-insecure-origin-as-secure="file://" --user-data-dir=/tmp/chrome-test（仅调试，勿用于生产）
常见翻车点：Blob URL 没清理、跨域头缺失、格式不支持
容易忽略但实际高频出问题的地方：
- 每次调用
URL.createObjectURL(file)都会生成新 URL，旧的不会自动释放 → 内存泄漏。应在不再需要时手动调用URL.revokeObjectURL(url) - 如果后端返回的是音频/视频流（如 Express 的
res.sendFile()），确保响应头含Content-Type（如video/mp4），否则浏览器可能无法识别编码 - 不是所有格式都能播：Safari 不支持 WebM，部分 Android 浏览器不支持 AV1；优先用 MP4（H.264 + AAC）保底
-
play()返回 Promise，必须.catch()，否则静音/自动播放策略变更会导致失败且无提示
本地播放的核心就两条：走 ObjectURL 流程 + 用户手势触发播放。别找不存在的 html5play，它只会把你引向死胡同。
