HTML5 本身不是软件，不能直接“评测性能”；所谓“HTML5性能”，实际测的是浏览器对 HTML5 标准（尤其是 Canvas、WebGL、Web Workers、WebSocket、Media API 等）的实现质量与运行效率。脱离具体浏览器、设备、渲染负载和 JS 执行上下文谈“HTML5 性能”，结果毫无参考价值。
用什么工具测 Canvas 动画帧率才靠谱
很多团队拿 requestAnimationFrame 回调里打时间戳算 FPS，但这样测出的只是“JS 调度延迟”，不是真实渲染帧率。真要反映用户感知，必须捕获屏幕合成阶段的数据。
- Chrome DevTools → Rendering 面板勾选
FPS Meter：显示 compositor 线程真实帧耗时，含掉帧标记 - 用
performance.now()+document.visibilityState防后台标签干扰，避免误判空闲帧 - 禁用浏览器扩展（尤其广告拦截、截图类插件），它们会劫持
CanvasRenderingContext2D导致绘制路径变长 - 测试时关闭 Windows 的“硬件加速 GPU 计划”（Win10/11 设置 → 图形设置），否则 Chrome 可能绕过集成显卡直连独显，结果不可复现
WebGL 渲染卡顿？先查是不是掉出了 WebGL 1.0 兼容模式
某些老旧驱动或企业策略会强制降级到软件回退路径（ANGLE D3D9 / SwiftShader），此时 canvas.getContext('webgl') 仍返回对象，但性能暴跌 5–10 倍，且无任何报错。
一、外卖通叫餐（预订）系统单店版是什么样的一个系统？ 外卖通系列软件是针对非商品性买卖、有别于传统的商城系统的、外卖和预订为概念性的店铺管理系统，我们的口号就是：让所有的门店在网上安个家，以往的版本都是基于多用户性质的平台系统，而外卖通单店版是基于某个店铺的专业外卖预订管理系统，设计了外卖、预订、专题活动、小游戏、资讯、形象、点评、积分、相册等多种功能模块以适应商家办站的各种需求。这套系统可
- 访问
chrome://gpu，确认WebGL和WebGL2状态为Hardware accelerated - 在初始化后立即检查
gl.getParameter(gl.VERSION)，若返回"WebGL 1.0 (OpenGL ES 2.0 Chromium)"且设备是 Win8.1+ 或 macOS 10.15+，大概率被策略限制 - 避免在
onload后立刻创建 WebGL 上下文——部分笔记本 BIOS 启用“节能显卡切换”，首次调用需等待 GPU 唤醒，可加setTimeout(initWebGL, 100)缓冲
WebSocket 连接建立慢？问题常在 HTTP 升级握手阶段
HTML5 的 WebSocket 不是“开箱即用”的低延迟通道。从 new WebSocket(url) 到 onopen 触发，中间经历 DNS、TCP 握手、TLS 握手、HTTP Upgrade 请求响应四个环节，任一环节卡住都会导致假性“连接阻塞”。
立即学习“前端免费学习笔记（深入）”；
- 用
chrome://net-internals/#events过滤ws:，看是否卡在SSL_CONNECT或HTTP_TRANSACTION_SEND_REQUEST_HEADERS - 服务端若用 Nginx 代理，必须显式配置
proxy_http_version 1.1和proxy_set_header Upgrade $http_upgrade，漏掉任一字段都会让升级失败降级为长轮询 - 移动端尤其注意：iOS Safari 对
wss://的 TLS 1.3 支持不稳定，遇到频繁SEC_ERROR_UNKNOWN_ISSUER，可临时切 TLS 1.2 测试
真正影响 HTML5 应用体验的，从来不是“支持不支持”，而是浏览器内核对标准边界的处理差异——比如 Chrome 用 V8 优化 TypedArray 内存视图，Firefox 则更倾向复制缓冲区；又比如 Safari 对 OffscreenCanvas 的 Worker 线程支持仍不完整。这些细节不会出现在兼容性表格里，但会在你压测到 500 个动画同屏时突然爆发。
