如何避免SwiftUI+Combine Timer Publisher引发的循环引用与内存泄漏？

嘿，我来帮你搞定这个内存泄漏的坑——其实很多刚接触Combine的SwiftUI开发者都会遇到类似问题，咱们先搞清楚原因，再给你几个最优解法。

为什么会出现内存泄漏？ #

你的代码里存在一个强引用循环：

• ContentView持有@State var subscriptions这个集合
• subscriptions存储了Timer的sink返回的AnyCancellable
• sink的闭包在修改showRedView时，隐含捕获了self（因为showRedView是View的@State属性，访问它需要self.前缀，哪怕Swift允许你省略）
• 这样就形成了self → subscriptions → sink闭包 → self的循环，内存无法被ARC自动释放。

虽然你用了AnyCancellable，但它只是负责在自身被销毁时取消订阅，可因为循环引用，它根本没机会被销毁，自然无法解决泄漏问题。

最优解决方案 #

方案1：用弱引用打破循环引用（最小改动原代码） #

只需要在sink的闭包捕获列表里加上[weak self]，避免闭包强持有self：

func fadeRedView() {
    Timer.publish(every: 5.0, on: .main, in: .default)
        .autoconnect()
        .prefix(1)
        .sink { [weak self] _ in  // 这里加上weak self
            withAnimation {
                self?.showRedView = false  // 用可选链式调用访问属性
            }
        }
        .store(in: &subscriptions)
}

这样闭包只会持有self的弱引用，循环被打破，当View销毁时，subscriptions会被清理，AnyCancellable也会取消订阅并释放内存。

方案2：用SwiftUI的onReceive自动管理订阅（更符合SwiftUI风格） #

SwiftUI的onReceive修饰符会自动处理订阅的生命周期——当View消失时，它会自动取消订阅，不需要手动维护subscriptions集合：

struct ContentView: View {
    @State var showRedView = true
    
    var body: some View {
        ZStack {
            if showRedView {
                Color.red
                    .transition(.opacity)
            }
            Text("Hello, world!")
                .padding()
        }
        .onReceive(Timer.publish(every: 5.0, on: .main, in: .default).autoconnect().prefix(1)) { _ in
            withAnimation {
                showRedView = false
            }
        }
    }
}

这种方式去掉了手动管理订阅的代码，既简洁又从根源上避免了循环引用的可能。

方案3：用.task修饰符（iOS 15+/macOS 12+，最简洁） #

如果你的项目支持iOS 15及以上版本，推荐用SwiftUI的.task修饰符，它会在View出现时执行异步任务，View消失时自动取消任务，完全不用管Timer或Combine的订阅：

struct ContentView: View {
    @State var showRedView = true
    
    var body: some View {
        ZStack {
            if showRedView {
                Color.red
                    .transition(.opacity)
            }
            Text("Hello, world!")
                .padding()
        }
        .task {
            // 等待5秒，用Task.sleep替代Timer
            try? await Task.sleep(nanoseconds: 5_000_000_000)
            withAnimation {
                showRedView = false
            }
        }
    }
}

这是最符合现代SwiftUI开发风格的写法，代码更简洁，也完全没有内存泄漏的顾虑。

总结 #

• 手动管理Combine订阅时，一定要注意闭包的捕获方式，用[weak self]打破可能的循环引用
• 优先使用SwiftUI自带的生命周期修饰符（onReceive、.task）来处理异步逻辑，避免手动管理订阅的麻烦和潜在问题

内容的提问来源于stack exchange，提问作者JAB