这种间歇性的页面完全锁死确实头疼——连调试工具都打不开，日志也抓不到，我之前也碰到过类似的AngularJS老项目问题，给你整理几个针对性的调试思路：

一、提前配置浏览器，强制保留调试上下文 #

因为锁死时连开发者工具都启动不了，必须提前做好准备：

• 用Chrome（调试功能最适合这类场景），先手动打开开发者工具（F12），在工具右上角的设置菜单里：
  • 勾选**"Preserve log"和"Disable cache (while DevTools is open)"**；
  • 进入**"Experiments"面板，开启"Debugger: Pause on uncaught exceptions"和"Debugger: Pause on caught exceptions"**——有些静默异常会触发无限循环，提前开这个能让浏览器在异常触发时自动暂停；
• 最后给Chrome快捷方式加启动参数：右键快捷方式→属性，在目标栏末尾添加 --auto-open-devtools-for-tabs，这样每次打开页面都会自动加载调试工具，哪怕页面锁死，工具大概率能保留CPU占用曲线等关键上下文。

二、用系统级监控锁定资源异常 #

页面完全锁死90%以上是CPU被同步代码占满（比如无限循环），先从系统层面确认：

• Windows用任务管理器（Ctrl+Shift+Esc），Mac用活动监视器，找到浏览器对应标签页的进程（Chrome是多进程，要注意区分主进程和标签页进程），观察锁死瞬间的CPU、内存占用率——如果CPU直接拉满到100%，基本可以确定是同步的无限循环或大量重复计算导致；
• 更精准的话用Chrome自带的任务管理器（Chrome菜单→更多工具→任务管理器），能直接看到每个标签页的CPU、内存、GPU占用，锁死时哪个资源飙升，就能快速缩小排查范围。

三、针对AngularJS Digest循环的专项排查 #

AngularJS的$digest循环如果陷入无限迭代，会直接导致页面锁死，而且往往是间歇性的（比如某个数据变化触发了循环依赖的watchers）：

• 在应用的run块里注入$rootScope，添加全局Digest监控：

  angular.module('yourApp').run(function($rootScope) {
    $rootScope.$watch(function() {
      // 打印当前Digest循环的剩余TTL（默认上限10次）
      console.log('Digest TTL left:', $rootScope.$$digestTtl);
      // 当TTL降到0，说明循环超过上限，即将触发无限循环
      if ($rootScope.$$digestTtl === 0) {
        debugger; // 强制触发调试器暂停
        throw new Error('Infinite digest cycle detected');
      }
    });
  });
  

  注意这个日志会比较多，建议只在测试环境开启；
• 把怀疑有问题的控制器/指令逻辑用$timeout异步化：比如$timeout(function() { /* 原逻辑 */ }, 0)，如果锁死消失，说明是同步执行的代码在Digest循环里引发了问题。

四、增量简化代码，用排除法定位问题点 #

间歇性问题最适合用排除法缩小范围：

• 先注释掉路由里的非核心模块：比如第三方组件、自定义指令、过滤器，只保留空白的首页控制器，然后逐步恢复模块，观察锁死是否重现；
• 如果是路由切换时出现锁死，在$routeChangeStart和$routeChangeSuccess事件里添加同步的调用栈打印：

  $rootScope.$on('$routeChangeStart', function() {
    console.trace('Route change started');
  });
  

  虽然锁死时控制台可能没输出，但如果能抓到几次正常切换的调用栈，对比锁死前的操作，可能能找到重复出现的可疑函数；
• 临时禁用所有watchers：在页面加载前执行$rootScope.$watch = angular.noop，如果锁死消失，说明是某个watcher导致的问题，再逐个恢复watchers排查。

五、用Chrome性能录制提前捕捉异常 #

如果运气好，提前启动性能录制能抓到锁死的关键线索：

• 打开开发者工具的Performance标签，点击红色录制按钮，然后刷新页面等待锁死发生；
• 如果录制过程太卡，切换到Lightweight mode（Performance标签设置里开启），减少录制开销，提高捕捉成功率。一旦录制成功，火焰图里会显示哪个函数一直在占用CPU。

内容的提问来源于stack exchange，提问作者Si-N