Xcode 16.4中自定义SwiftUI pollingTask扩展触发异步警告，内置task修饰符却无此问题的原因及解决方案咨询

嘿，这个问题我之前踩过坑，刚好能帮你理明白！

先说说为啥会出现这种奇怪的差异：
SwiftUI 内置的task修饰符有个隐藏细节——它的闭包参数是被隐式标记为@MainActor的。因为SwiftUI的View本身就运行在主Actor上下文里，内置task会自动继承这个上下文，所以你在闭包里直接调用model.someFunction()（属于@MainActor类的方法）时，编译器明确知道当前是在主Actor上执行，不会触发警告。

而你自己写的pollingTask扩展里，action参数的类型是@escaping @Sendable () async -> Void，这里没有显式指定@MainActor。编译器无法确定这个闭包会在哪个Actor上执行，而someFunction()是绑定到主Actor的方法，必须在主Actor上下文调用。这时候编译器就会抛出警告，提醒你可能存在Actor上下文不匹配的问题（Swift 6模式下这会直接变成错误）。

接下来给你个简单的解决方案，完全符合你的需求——不用给方法加@MainActor，也不用在调用时加await：
只需要给自定义扩展里的action参数加上@MainActor标注就行：

extension View {
    func pollingTask(
        interval: @autoclosure @escaping () -> TimeInterval,
        runImmediately: Bool = true,
        priority: TaskPriority = .userInitiated,
        _ action: @escaping @Sendable @MainActor () async -> Void // 这里新增@MainActor
    ) -> some View {
        self.task(priority: priority) {
            repeat {
                if runImmediately {
                    await action()
                }
                try? await Task.sleep(for: .seconds(interval()))
                if !runImmediately {
                    await action()
                }
            } while (!Task.isCancelled)
        }
    }
}

修改完之后，编译器就明确知道action闭包是在主Actor上执行的，调用model.someFunction()时就不会再弹警告了，和内置task的行为完全一致。

另外顺便提个小细节：你当前的pollingTask逻辑有点小问题——如果runImmediately为true，第一次循环会执行两次action()（先跑一次，sleep后又跑一次）。可以调整下逻辑让它更合理：

self.task(priority: priority) {
    if runImmediately {
        await action()
    }
    repeat {
        try? await Task.sleep(for: .seconds(interval()))
        guard !Task.isCancelled else { break }
        await action()
    } while true
}

这样不管runImmediately是true还是false，都会保证执行间隔符合预期，不会出现重复执行的情况。

内容来源于stack exchange