ch3nz

会“可能导致内存泄漏和行为异常”而不是“一定导致”
你的例子是属于“一定导致”。
比如你给数据库一顿操作，dbContext track 了所有数据库变化，本该释放，但是被 singleton 持有而不能释放。

VStack 是个 struct
完整的使用是这样的：
```
VStack(alignment: .center, spacing: nil, content: {
Text("Placeholder")
Text("Placeholder")
})
```

所以
1 两个 Text 是参数 content 的值
2 外层 View 实例化的时候，它就实例化
3 content 的类型是 closure，所以不是 struct 有任意个参数，而是 content 可以是多个 closure
4 VStack 的定义中，content 被 @ViewBuilder 修饰
https://developer.apple.com/documentation/swiftui/viewbuilder

beoplay

在 unset 之后 加个 gc_collect_cycles(); 强制内存回收试试看。
如果没效果，我怀疑是 redis 扩展的问题。

aftersave 里面不要放业务逻辑,代码多了或者人不靠谱了，调试起来会很费劲。基本上用调用来发个消息啊更新个缓存啊之类的失败也没太大关系的那种逻辑。
既然三个方法是有顺序且相关联的，那就放到一个事务里面就好

```
beginTransaction
try
a()
b()
c()
commit
catch
rollback
```

@BB9z
暂时不接受远程。

@hbkdsm
还没人离职，只是增加职位。

@hanangellove
是的。

@suxz
尴尬，邮箱地址错了，已经更新。