用途：系统化诊断与修复 Objective-C 中 Block 捕获 self 造成的循环引用（self → block → self），这是 Objective-C 内存泄漏的首要原因。适用信号包括内存随时间持续增长、UIViewController 不释放、网络或异步回调中向已释放对象发送消息导致崩溃、Block 中弱引用意外变为 nil、NSLog/NSAssert/字符串格式化隐藏 self 引用等。
主要能力与流程：先做强制诊断——用 Instruments 的 Allocations 模板确认内存是否回到基线，用 Xcode 的 Debug Memory Graph 追踪保留链，检查 Block 是否存入 self 属性或被网络操作、定时器、动画等间接保留，并搜索 Block 内所有 self 引用（含宏中的隐藏引用）。确认存在循环后再改代码。
四种模式按顺序逐个应用：Pattern 1 弱强引用（__weak typeof(self) weakSelf = self; 在 Block 内 typeof(self) strongSelf = weakSelf; if (strongSelf) 后统一使用 strongSelf）；Pattern 2 处理 NSAssert、NSLog、字符串格式化中的隐藏 self；Pattern 3 为每一层嵌套 Block 各自建立 weak/strong 对（如 weakSelf2、strongSelf2），或在嵌套前先取出普通值；Pattern 4 修正守卫条件（必须 if (strongSelf)，不得混用 self 与 strongSelf，不得用 __unsafe_unretained 规避）。
限制：资料未提供具体收费、价格、平台或版本信息；修复后须在真机（最旧支持机型）验证，而非仅模拟器。诊断不明确时应先补充诊断，不要直接套用模式；一次只应用一种模式。