应改用requestAnimationFrame替代setInterval，分帧绘制、预裁图片、懒加载、降采样大图，并用Promise.race防阻塞，避免WKWebView因内存超限静默崩溃。
Canvas动画帧率失控导致白屏闪退
iOS Safari（尤其是旧版WKWebView）对setInterval驱动的Canvas重绘极不友好——它无法与浏览器渲染帧率（60fps/16ms）对齐。你看到的“一闪而空”，其实是：擦除canvas → 浏览器强制绘制空白帧 → 50ms后才画完内容。这种时序错位在低端iPhone或内存紧张时直接触发进程被系统杀掉。
- 改用
requestAnimationFrame替代setInterval，确保绘制节奏与屏幕刷新同步 - 避免在单帧内执行耗时操作（如批量
drawImage、复杂路径计算），可拆成多帧分批绘制 - 每次绘制前加
ctx.clearRect(0, 0, width, height)，但别在requestAnimationFrame回调外提前清空
图片加载未管控引发内存溢出
iOS对Web页面内存限制极严（尤其微信、QQ内置浏览器），一张3MB原图解码后可能占30MB显存。17张图同屏渲染，哪怕缩略显示，系统也会保留原始纹理——这不是“看起来小”，而是“真占大内存”。WKWebView崩溃前往往无报错，直接静默退出。
-
前端必须做尺寸裁剪：服务端返回适配屏幕宽度的缩略图（如
img/1.jpg?w=375），而非前端用width硬缩放 - 用
loading="lazy"+IntersectionObserver控制图片懒加载，屏幕外的src - Canvas绘图前检查
imageObj.naturalWidth，超2000px宽的图主动降采样再绘制
Promise链断裂或API兼容性缺失
iOS 14.5+已废弃webkitAudioContext构造函数写法，XMLHttpRequest的responseType = 'arraybuffer'在某些WKWebView版本会静默失败。这些错误不会抛异常，但会导致后续逻辑中断，资源未释放，最终堆积至OOM闪退。
- 所有异步操作必须包裹
try/catch，并在catch中调用console.error和performance.mark留痕 - 禁用已过时API：
devicePixelRatio取值需校验是否为数字；localStorage写入前先try...catch测试可用性 - 关键路径用
Promise.race([fetch(), new Promise(r => setTimeout(r, 8000))])防网络挂起阻塞主线程
WKWebView崩溃后无恢复机制
原生WebView容器（如5+App、wap2app）遇到JS内存爆满或渲染线程卡死，WKWebView进程会被系统强杀，但宿主App不会自动重启页面——用户只看到黑屏或闪退。uni-app虽有白屏恢复能力，但前提是没用web-view组件绕过它。
立即学习“前端免费学习笔记（深入）”；
- 若必须用原生容器，HBuilder 2.3.4+起可在
manifest.json中配置"reLaunchOnCrash": true，让崩溃后重载页面而非退出App - 避免在
mounted或onLoad里一次性初始化全部Canvas、AudioContext、WebSocket - 对长列表/画布密集页，优先考虑
nvue方案——它走原生渲染，不经过WKWebView，彻底避开该类问题
requestAnimationFrame回调、每次new Image()都在悄悄推高临界点。 
