Combine Future 逻辑在按钮内可运行，抽为独立函数调用时失效排查

你遇到的行为差异本质是值类型语义导致Combine订阅被提前回收，和Future本身的逻辑无关：

• Combine中，订阅的生命周期和持有的AnyCancellable强绑定：只要AnyCancellable被释放，对应的订阅会立刻触发取消逻辑，终止后续所有值回调。
• 你抽出的updateNotificationView函数把Set<AnyCancellable>作为普通值参数传入，由于Set是Swift值类型，传参时会把View持有的subscriptions完整拷贝一份到函数栈上，函数内部的var subscriptions = subscriptions更是直接生成了一个完全独立的本地集合副本。
• 你把sink生成的AnyCancellable通过.store(in: &subscriptions)存到了这个本地副本上，而不是View持有的原集合里。当updateNotificationView执行结束，栈上的本地集合被自动释放，所有存在里面的cancellable直接触发deinit，对应的订阅被提前取消。你可以留意控制台，通常futureUpcomingNotificationRequests里的print("Original")是会正常打印的，说明Future确实已经启动，只是下游订阅已经不存在了，当通知中心的异步接口返回值时，没有对象接收推送，造成了“Future没启动”的错觉。
• 你原来可以正常运行的版本里，.store(in: &subscriptions)操作的是View自己持有的@State集合，只要View不销毁，集合就会一直存活，订阅就能等到通知中心的异步回调返回，触发后续逻辑。

核心是让订阅存储能直接写入View持有的原集合，不要传递值拷贝：

1. 把函数的订阅参数改成inout修饰，让函数可以直接修改原集合的内容，不要生成本地副本：

   func updateNotificationView(subscriptions: inout Set<AnyCancellable>, closure: @escaping ([Date]) -> Void) {
       let future = futureUpcomingNotificationRequests()
       future
           .map { notificationRequestsToDates(notificationRequests: $0) }
           .sink(receiveCompletion: { completion in
               print("Completed with,", completion)
           }, receiveValue: { dates in
               print("Received \(dates) as an array of Dates")
               closure(dates)
           })
           .store(in: &subscriptions)
   }
   

2. 调用函数时，在传入的subscriptions前加&标记，表明要传递可修改的原引用（值类型场景下的inout语义）：

   Button("updatePending with future function") {
       updateNotificationView(subscriptions: &subscriptions) { dates in
           upcomingNotificationDates = dates
       }
   }
   

可以在订阅逻辑里加一行取消监听的日志，快速定位问题：
在原来的sink链路后加：

.handleEvents(receiveCancel: {
    print("订阅被提前取消")
})

你会看到在函数执行完立刻就会打印“订阅被提前取消”，根本等不到通知中心接口返回回调的时间点，就能实锤是订阅被提前回收了。

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