"AfterAll比DeferCleanup更早" 在ginkgo 中的设计就是如此吗？ 那为什么 AfterAll 叫 “after all”
● 您问得非常好！这确实是个让人困惑的设计。
Ginkgo 的执行顺序
在 Ginkgo Ordered 容器中，执行顺序是：
- BeforeAll
- BeforeEach → It (test body) → AfterEach (重复每个测试) └─ 在 It 中注册 DeferCleanup
- AfterAll ← "After All Tests"
- DeferCleanup callbacks (LIFO) ← 最后才执行！
"AfterAll" 名字的含义
AfterAll = "After All Tests"（在所有测试之后），而不是 "After All Cleanup"
所以：
- AfterAll 是在所有 It() 测试块执行完后运行
- 但是 AfterAll 仍然在 DeferCleanup 之前运行
- DeferCleanup 是真正的"最后清理"
为什么这样设计？
Ginkgo 的设计理念：
- AfterAll: 用于整个测试套件的清理（shared resources）
- DeferCleanup: 用于"自然编码" - 在创建资源后立即注册清理，LIFO 保证正确顺序
我们的问题
Test 5: 创建 NAD → DeferCleanup(删除NAD) } 注册但未执行 创建 subnet → DeferCleanup(删除subnet) } 创建 EIP → DeferCleanup(删除EIP) }
AfterAll: 删除共享 NAD ✓ 删除 Test 5 NAD ✗ ← 问题！EIP还在用！
DeferCleanup (LIFO): 删除 EIP ✓ 删除 subnet ✓ 删除 NAD ✓
结论：Test 5 的 NAD/subnet 不应该在 AfterAll 中删除，应该完全依赖 DeferCleanup（LIFO会保证正确顺序）。
您说得对，"AfterAll" 这个名字确实容易误导，让人以为它是"最后执行"，但实际上它只是"所有测试之后，DeferCleanup之前"。
