新版Chrome/Edge限制file://协议跨文件加载，需用HTTP服务（如Live Server）运行；音视频问题需启用硬件加速及解码器；Canvas/WebGL异常应检查GPU加速与扩展冲突；fetch等API需安全上下文，建议本地开发使用localhost。
file:// 协议下本地游戏直接双击打不开
新版 Chrome（132+）、Edge（116+）默认彻底限制 file:// 协议下的跨文件脚本加载——不是 Bug，是安全策略升级。你双击打开 index.html，控制台报 Access to script at 'file://' from origin 'null' has been blocked，说明 JS、CSS、JSON、图片甚至 import 模块全被拦了。
- ✅ 正确做法：用本地 HTTP 服务启动，比如 VS Code 安装 Live Server 插件后右键“Open with Live Server”，或终端运行
npx http-server -c-1（需 Node.js）或python3 -m http.server 8000 - ❌ 别用
--allow-file-access-from-files或--disable-web-security启动参数——Chrome 已逐步屏蔽这些 flag，且它们会破坏同源策略基础，仅限单次调试，不可靠 - ⚠️ 注意：
Service Worker、fetch()加载本地 JSON、localStorage在file://下本就不合法，新版只是让报错更直白
HTML5 游戏音视频黑屏/静音/报错 Failed to load
不是 HTML5 被禁，而是新版默认关闭了硬解路径或 AV1/VP9 解码器，尤其影响 WebGL + 视频合成类游戏（如带过场动画的 RPG）。
- 进
chrome://flags或edge://flags，搜索并启用：Hardware-accelerated video decode、AV1 Decoder、WebGPU - 检查
chrome://gpu页面，确认Canvas、WebGL、Rasterization全部显示 Hardware accelerated；若任一为Software only，需在chrome://settings/system重开硬件加速并重启 - 若游戏依赖自动播放音效，访问
chrome://settings/content/sound，关闭“不允许网站播放声音”，或为游戏域名单独添加白名单
Canvas/WebGL 渲染异常或性能骤降
常见于使用 Phaser、PixiJS 或 Three.js 的游戏：画面撕裂、帧率掉到 10fps、getContext('webgl') 返回 null——大概率是 GPU 合成链路被中断，而非代码问题。
- 先验证基础能力：F12 打开控制台，输入
!!document.createElement('canvas').getContext('2d')和!!document.createElement('canvas').getContext('webgl')，都应返回true - 禁用所有扩展（尤其是广告拦截、隐私类插件），地址栏输入
chrome://extensions，逐个关闭再刷新测试 - 部分游戏依赖
SharedArrayBuffer或WebCodecs，需在 flags 中启用Experimental Web Platform features，否则音频解码或视频帧处理会失败
本地开发时 fetch()、localStorage 或摄像头权限失效
浏览器现在对 localhost 和 127.0.0.1 默认宽松，但对 file:// 或未加 HTTPS 的测试域名（如 mygame.dev）仍严格校验安全上下文（Secure Context）。
立即学习“前端免费学习笔记（深入）”；
- 若必须用本地文件调试，可在 flags 中启用
unsafely-treat-insecure-origin-as-secure，并在下方输入框填入file://（Chrome）或http://localhost:8000（Edge） - 调用
navigator.mediaDevices.getUserMedia()前，务必确保页面已获得用户主动交互（如点击按钮），否则会被静默拒绝；可先在edge://settings/content中将摄像头/麦克风默认设为“允许” -
localStorage在file://下虽能写入，但不同页面间无法共享，且新版可能清空——建议开发阶段统一走http://localhost
