如何调试jQuery-ujs中window.confirm反复闪烁的问题？

这问题确实够诡异的——只在你本地生产环境的Chrome（包括无痕模式）出现，调试器一加就正常，简直是典型的“玄学bug”。结合你的排查记录，给你几个针对性的方向试试：

1. 优先排查Chrome环境干扰 #

既然只有你的Chrome出问题，大概率是浏览器本身的状态或扩展在搞事：

• 完全禁用所有扩展：无痕模式默认禁用扩展，但有些系统级插件或Chrome内置实验性功能可能漏网。手动进入Chrome扩展管理页面，把所有扩展都关掉，再测试。
• 用安全模式启动Chrome：在终端执行命令：

  /Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --safe-mode
  

  安全模式会禁用所有扩展和自定义设置，能快速验证是不是浏览器配置的问题。
• 重置Chrome默认设置：如果上面都没用，试试把Chrome设置重置到出厂状态（设置→高级→重置和清理→重置设置），排除个性化配置的影响。

2. 深挖事件绑定与默认行为 #

虽然你确认console.trace()只输出一次，但不妨再做几个验证：

• 检查按钮的所有click事件：在Chrome DevTools的Elements面板找到提交按钮，查看右侧的Event Listeners→click，确认除了jquery-ujs的绑定外，有没有其他未知的事件绑定（比如页面自定义的JS代码）。
• 临时替换confirm实现：把原生confirm换成自定义同步弹窗，测试是否还会闪烁：

  $.rails.confirm = function(message) {
    // 用alert先测试，看是否会被打断
    alert(message);
    return true;
  };
  

  如果alert正常显示，说明原生confirm被Chrome的某些机制干扰了；如果还是闪烁，那大概率是提交行为被重复触发了。

3. 缓存与资源加载细节 #

虽然本地生产模式没问题，但线上环境的缓存可能有差异：

• 强制刷新线上页面：用Ctrl+Shift+R（Windows）或Cmd+Shift+R（Mac）强制清空缓存并重新加载资源，排除旧缓存的影响。
• 确认资源加载顺序：检查页面的JS加载顺序，确保jquery.js在jquery-ujs.js之前加载——虽然你没报错，但加载顺序异常偶尔会触发奇怪的事件绑定问题。

4. 调试器“治愈”bug的特殊处理 #

既然加调试器就正常，说明bug和代码执行时机有关：

• 给确认弹窗加延迟：临时修改jquery-ujs的confirm方法，给弹窗加个小延迟，看看能不能避开冲突：

  $.rails.confirm = function(message) {
    console.trace();
    // 延迟100ms再弹出确认框
    setTimeout(() => {
      if (confirm(message)) {
        // 用户确认后手动触发提交
        $(this).closest('form').submit();
      }
    }, 100);
    return false; // 先阻止默认提交
  };
  

  注意这种方式需要调整默认的提交逻辑，仅作为测试用。

内容的提问来源于stack exchange，提问作者sandre89