闭包类型不匹配需严格对照函数签名，可选参数须带问号并匹配参数名；循环引用风险处加[weak self]并安全解包；逃逸闭包依赖对象需延长生命周期；async不能直接替换uikit等系统回调。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
闭包写法总报 Cannot convert value of type '() -> Void' to expected argument type '(() -> Void)?'
这是 Swift 编译器在告诉你：你传进去的闭包类型和函数参数声明的类型不匹配，常见于可选闭包参数场景。比如 UIView.animate 的 completion 参数是 ((Bool) -> Void)?，但你写了 { print("done") } —— 缺少 finished 参数，类型就对不上。
- 检查函数签名里闭包参数是否带问号（
?），有问号说明它接受nil或具体闭包，但类型必须严格一致 - 如果参数是
((Bool) -> Void)?，你就得写{ finished in ... }，不能省略参数名或改用空括号 - 不想处理参数？用下划线占位：
{ _ in print("done") }，但类型仍需匹配 - 别用
nil混淆类型推导，显式写成nil as ((Bool) -> Void)?才安全（不过通常直接省略该参数更干净）
捕获列表 [weak self] 什么时候必须加、什么时候反而坏事
加不加捕获列表，本质是看闭包会不会被异步持有、且内部访问了 self 的属性或方法。不是“所有闭包都要加 weak”，也不是“加了就万事大吉”。
- UI 回调类闭包（如
button.addTarget、NotificationCenter.addObserver）一般不用 weak，因为它们不会长期持有闭包，且生命周期由 UI 控件管理 - 网络请求完成回调（如
URLSession.dataTask）、定时器、Combine 订阅等，只要闭包里用了self.xxx，大概率要[weak self]，否则造成循环引用 - 加了
[weak self]却没解包就用self?.xxx，可能让逻辑静默失效；更糟的是写成if let self = self { ... }却漏掉guard或提前 return，导致后续代码在self为 nil 时意外执行 - 如果闭包只读取
let常量、或调用无副作用的纯函数，有时甚至可以[unowned self]，但风险高，不推荐初学者碰
闭包作为函数返回值时，为什么变量一出作用域就崩
Swift 默认按值捕获外部变量，但如果闭包逃逸（@escaping），它会把捕获的变量拷贝一份存起来。问题常出在：你返回的闭包依赖了一个局部变量，而那个变量本身是个引用类型（比如 class 实例），但它的生命周期已经结束。
- 确认闭包参数是否标了
@escaping，没标却返回闭包，编译器会直接报错 - 返回闭包时，如果它捕获了局部
var或临时创建的对象（比如一个刚初始化的NetworkService()），这个对象很可能在函数返回后被释放，闭包再调用就会 crash - 典型反例：
func makeHandler() -> () -> Void { let svc = NetworkService(); return { svc.fetch() } }——svc是栈上临时变量，返回后即销毁 - 正确做法：把依赖对象提到外层作用域（比如作为类属性），或用
class包装状态并确保生命周期可控
用 async/await 替代闭包回调，哪些地方不能简单替换
Swift 5.5+ 的 async 函数看起来能“平替”闭包回调，但底层机制不同：闭包是同步注册、异步触发；async 是挂起 + 恢复。强行替换会踩线程、取消、重入三类坑。
- UIKit 动画 completion、手势回调、delegate 方法这些系统 API 不支持
async，硬套Task { await ... }只会让回调跑在非主线程，UI 更新直接崩溃 - 原闭包支持手动取消（比如传入
cancelToken），async要靠Task.isCancelled或checkCancellation()主动判断，不能靠“函数退出就自动清理” - 多个异步操作串行时，闭包容易写出“回调地狱”，但直接改
await可能导致意外重入 —— 比如用户快速连点两次按钮，两个Task并发执行，共享同一个state变量 - 不是所有闭包都适合 async 化：事件监听类（如
NotificationCenter）、流式数据（如Timer.publish）更适合用 Combine 或 AsyncStream
