SweetAlert2 弹窗状态检测的正确方式

问题背景

在使用 SweetAlert2 这个流行的 JavaScript 弹窗库时，开发者 MauritzFunke 遇到了一个关于弹窗状态检测的问题。他试图通过消息队列实现连续显示多个弹窗，但在使用 .then() 方法检测弹窗状态时，发现 Swal.isVisible() 方法返回的结果与预期不符。

问题现象

开发者原本期望在弹窗的 .then() 回调中，Swal.isVisible() 应该返回 false，因为此时用户已经点击了确认按钮，弹窗理论上应该已经关闭。然而实际测试发现，在这个回调中 isVisible() 仍然返回 true。

原因分析

这种现象的原因是 SweetAlert2 的生命周期管理机制。.then() 方法会在弹窗开始关闭流程时立即触发，而此时弹窗的 DOM 元素可能尚未完全从页面中移除。因此，isVisible() 方法在这个时间点仍然会报告弹窗为可见状态。

解决方案

SweetAlert2 提供了更精确的生命周期钩子来处理这种情况。官方推荐使用 didClose 回调替代 .then() 方法来检测弹窗的真实关闭状态。didClose 会在弹窗完全关闭并且 DOM 元素移除后触发，此时 isVisible() 会正确地返回 false。

最佳实践

对于需要精确控制弹窗显示顺序或依赖弹窗状态的场景，建议：

1. 使用 didClose 代替 .then() 来检测弹窗关闭
2. 避免在 .then() 中依赖 isVisible() 的返回值
3. 对于复杂的弹窗队列，考虑使用 Promise 链或 async/await 来管理显示顺序

示例代码

Swal.fire({
  title: '第一个弹窗',
  didClose: () => {
    console.log('didClose中:', Swal.isVisible()); // 正确返回false
    Swal.fire('第二个弹窗');
  }
}).then(() => {
  console.log('then中:', Swal.isVisible()); // 可能返回true
});

通过这种方式，开发者可以更可靠地控制弹窗的显示流程，避免因状态检测不准确导致的显示问题。