为何米侠浏览器在执行循环脚本时会变得非常卡顿？

米侠浏览器卡顿源于脚本死循环持续占用主线程，导致交互阻塞和ANR；应暂停批量任务、定位发热/无响应脚本，插入sleep或Promise延时让出CPU，并检查循环退出条件是否更新。

米侠浏览器执行循环脚本时卡顿，是因为脚本持续占用主线程且未释放CPU时间片，导致页面渲染、滚动、点击等用户交互全部被阻塞；尤其当循环中缺少延时控制或存在DOM高频操作时，内存持续攀升，3GB以下机型几秒内就会触发系统级ANR或强制休眠。

检查并修复死循环逻辑

真正的卡顿源头往往不是“多脚本”，而是单个脚本内部失控的while或for循环。

第一步：暂停所有批量任务，在脚本管理页单独运行疑似问题脚本。

第二步：观察控制台输出（若启用调试）或设备发热情况——若10秒内手机明显发烫、页面完全无响应，基本可判定存在死循环。

第三步：在循环体首行插入sleep(50)或await new Promise(r => setTimeout(r, 50))，强制让出线程控制权。不加延时的纯同步循环会吃满单核CPU，安卓系统无法调度其他任务。

第四步：确认循环退出条件是否被正确更新。常见错误是用let i = 0; while (i ，这种写法会让脚本永远卡在原地。

限制并发数与启用串行模式

方法一：直接压低并发上限

进入脚本管理 → 运行队列设置 → 将“最大并发数”改为【2】。设为3在小米Redmi 9上已接近临界值，设为2可确保每个脚本获得完整内存配额和JS引擎上下文。

方法二：彻底关闭并行，改用严格串行

勾选“前一个脚本完全退出后再启动下一个”，该选项会等待return或exit()执行完毕才拉起下一任务，避免内存叠加泄漏。

注意：串行模式下总耗时会延长，但单次执行更稳定，不会出现“卡住不动却没报错”的假死状态。

清理残留进程与重置执行环境

脚本异常中断后，常有JS上下文、定时器、WebSocket连接残留在后台，它们不显示在界面，却持续吃内存。

点击右下角三点菜单 → 设置 → 隐私与安全 → 清除浏览数据 → 勾选“Cookie及其他网站数据”+“缓存的图片和文件” → 时间范围选“全部时间” → 点击清除。

退出米侠浏览器 → 手机设置 → 应用管理 → 米侠浏览器 → 存储 → 点击“清除缓存”（不是“清除数据”）→ 返回桌面长按电源键选择重启。

【务必先清缓存再重启，否则残留进程可能加载旧缓存继续卡顿】

切换脚本执行内核

米侠默认使用QuickJS轻量内核，适合静态脚本；但含大量DOM操作或setTimeout嵌套的循环脚本，V8引擎调度更稳。

进入脚本编辑页 → 找到“执行环境”选项 → 将内核从QuickJS切换为V8 → 保存后重新加载目标网页。

实测显示：同一段遍历100个节点并逐个click的脚本，在V8下平均耗时多8%，但全程无卡顿；QuickJS下第37次click后开始掉帧，62次后主线程锁死。