嘿，这个坑我之前踩过！确实挺让人困惑的，我来给你捋捋怎么解决。

首先，你猜的没错：change事件只有在单选按钮的checked状态实际发生变化时才会触发。你现在的逻辑是：用户点击按钮→浏览器把它设为选中→触发change→弹出confirm→用户取消→你手动把checked改回false。这时候按钮回到未选中状态，但下次用户再点击它时，理论上状态是从false→true，应该触发change才对？但实际没触发，大概率是因为你在change事件里手动修改状态的操作，和浏览器的原生状态更新流程冲突了，导致浏览器对“状态是否变化”的判断出现了异常。

给你个更靠谱的解决方案：改用click事件来处理，而不是change。因为click事件不管按钮当前状态是什么，只要用户点击就会触发，而且我们可以在浏览器修改checked状态之前就拦截操作，从根源上避免状态混乱。

举个代码例子：

// 选中所有目标单选按钮
document.querySelectorAll('input[type="radio"]').forEach(radio => {
  radio.addEventListener('click', function(e) {
    // 先判断：用户点击后，按钮会不会被选中（此时checked还是点击前的状态）
    const willBeChecked = !this.checked;
    
    if (willBeChecked) {
      // 只有当按钮即将被选中时，才弹出确认框
      const isConfirmed = confirm('确定要勾选这个选项吗？');
      if (!isConfirmed) {
        // 用户取消，直接阻止浏览器的默认选中行为
        e.preventDefault();
      }
    }
  });
});

这个逻辑的好处是：

• 完全不用手动修改checked属性，不会和浏览器的原生状态更新打架
• 每次用户点击按钮，click事件都会稳定触发，再也不会出现“点了没反应”的情况
• 逻辑更直观：在浏览器改变状态前就询问用户，同意就让它选上，不同意就直接阻止

如果你的代码里还有其他隐藏bug（比如事件绑定重复、或者和其他脚本冲突），这个方案也能帮你绕过大部分这类问题。

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