fix: Modal closeAll 异步触发 onClose，修复与 V1 行为不一致的 Breaking Change

[saint3347]

问题背景

PR #1908 (commit 76cba77) 在 closeAll 中新增了同步调用 onClose 的逻辑，这引发了两个问题：

问题 1：无限递归（已由 #2219 修复）

用户在 onClose 中再次调用 closeAll() 会导致栈溢出（RangeError: Maximum call stack size exceeded）。#2219 (commit eb355ef) 通过 closingAll 重入守卫修复了此问题。

问题 2：Breaking Change — 与 V1 行为不一致（本 PR 修复）

典型场景：用户在 Modal.show 的 content 中通过 onClick 调用 closeAll() + resolve(true)，同时在 onClose 中调用 closeAll() + resolve(false)。

版本	closeAll 是否触发 onClose	resolve 执行顺序	最终结果
V1	❌ 不触发	resolve(true) 先执行	true ✅
V2 (同步)	✅ 同步触发	resolve(false) 抢先执行	false ❌

这对 V1 升级 V2 的用户是一个 Breaking Change。

修复方案

将 onClose 改为 setTimeout 异步触发：

// Before (同步)
if (onClose) onClose()

// After (异步)
if (onClose) setTimeout(() => onClose(), 0)

为什么这个方案能同时解决两个问题

1. 保留 PR feat: Modal closeAll 修改为 只关闭非受控弹窗 #1908 的 feature — closeAll 仍然触发 onClose，业务层的清理逻辑不丢失。
2. 消除 Breaking Change — closeAll 同步完成所有 close() 调用后，调用者的后续代码（如 resolve(true)）先执行，onClose 在下一个事件循环才触发，不会抢占调用者的 resolve。
3. 天然防递归，无需重入守卫 — close() 同步将 visible 置为 false，onClose 异步执行时即使再调 closeAll()，filter 结果为空数组，不会递归。因此移除了 closingAll 守卫。

关联 PR

• 本 PR 是 fix: 修复 Modal 在 onClose 中调用 closeAll 导致栈溢出的问题 #2219 的后续修复。fix: 修复 Modal 在 onClose 中调用 closeAll 导致栈溢出的问题 #2219 解决了 PR feat: Modal closeAll 修改为 只关闭非受控弹窗 #1908 引入的无限递归问题，本 PR 进一步解决了同一根因导致的 Breaking Change 问题，并以更优雅的方式（异步触发）替代了重入守卫方案。