# Combine vs async/await em Swift: Padrões de Migração Progressiva > Guia completo para migrar de Combine para async/await em Swift: estratégias progressivas, padrões de ponte e coexistência de paradigmas em bases de código iOS. - Published: 2026-03-13 - Updated: 2026-05-01 - Author: SharpSkill - Tags: swift, ios, combine, async-await, migration - Reading time: 14 min --- A chegada do Swift Concurrency com async/await transformou as práticas de programação assíncrona no iOS. Para projetos que utilizam Combine, a questão da migração surge naturalmente. Será preciso reescrever tudo? As duas abordagens podem coexistir? Quais padrões permitem uma transição suave? Este guia explora as estratégias de migração progressiva, permitindo adotar o async/await sem abandonar o Combine de forma abrupta. > **O que este guia aborda** > > Este guia apresenta padrões concretos para migrar progressivamente do Combine para async/await, com exemplos de pontes bidirecionais e estratégias de coexistência adaptadas a bases de código existentes. ## Compreender as Diferenças Fundamentais Antes de iniciar uma migração, é essencial compreender o que distingue o Combine do async/await. Essas duas abordagens atendem a necessidades diferentes, e certos casos de uso continuam mais bem servidos pelo Combine. ### O Modelo Mental do Combine O Combine baseia-se em um modelo de fluxos de dados. Um Publisher emite valores ao longo do tempo, operadores transformam esses valores e um Subscriber recebe o resultado final. Esse modelo se destaca para fluxos contínuos como eventos de UI, notificações ou WebSockets. ```swift // CombineExample.swift // Event stream with Combine - stream-based model import Combine class SearchViewModel { @Published var searchText = "" private var cancellables = Set() // Combine excels for continuous streams with transformations func setupSearch() { $searchText // Wait 300ms pause in typing .debounce(for: .milliseconds(300), scheduler: RunLoop.main) // Ignore consecutive duplicates .removeDuplicates() // Filter searches that are too short .filter { $0.count >= 3 } // Transform text into network request .flatMap { query in self.searchAPI(query: query) // Local error handling .catch { _ in Just([]) } } // Final subscription .sink { results in self.updateUI(with: results) } .store(in: &cancellables) } private func searchAPI(query: String) -> AnyPublisher<[SearchResult], Error> { // Network implementation } } ``` Este código ilustra a força do Combine: encadear operadores declarativos para processar um fluxo contínuo de eventos. ### O Modelo Mental do async/await Async/await adota um modelo sequencial: uma operação inicia, o código aguarda seu resultado e depois continua. Esse modelo é mais intuitivo para operações pontuais como requisições de rede isoladas ou leituras de arquivo. ```swift // AsyncAwaitExample.swift // One-off operations with async/await - sequential model import Foundation actor SearchService { // async/await excels for sequential operations func performSearch(query: String) async throws -> [SearchResult] { // Pre-validation - clear sequential reading guard query.count >= 3 else { return [] } // Network request with await let url = URL(string: "https://api.example.com/search?q=\(query)")! let (data, response) = try await URLSession.shared.data(from: url) // Response verification guard let httpResponse = response as? HTTPURLResponse, httpResponse.statusCode == 200 else { throw SearchError.invalidResponse } // Result decoding let results = try JSONDecoder().decode([SearchResult].self, from: data) return results } } ``` A leitura é linear, os erros se propagam naturalmente com `try` e o fluxo de execução fica imediatamente compreensível. > **Quando escolher cada abordagem** > > O Combine permanece relevante para fluxos contínuos (eventos de UI, timers, WebSockets). O async/await é mais adequado para operações pontuais (requisições de API, leitura de arquivos, cálculos isolados). ## Fazer a Ponte do Combine para async/await O primeiro passo de uma migração geralmente consiste em consumir Publishers existentes em código async/await. O Swift fornece ferramentas nativas para essa ponte. ### Usar AsyncSequence com Publisher.values Desde o Swift 5.5, todo Publisher expõe uma propriedade `.values` que retorna um `AsyncPublisher`. Essa sequência assíncrona permite iterar sobre os valores emitidos com um laço `for await`. ```swift // BridgingCombineToAsync.swift // Publisher → AsyncSequence conversion via .values import Combine class NotificationObserver { private let notificationPublisher: AnyPublisher init() { // Existing Combine Publisher notificationPublisher = NotificationCenter.default .publisher(for: UIApplication.didBecomeActiveNotification) .eraseToAnyPublisher() } // Consuming the Publisher with async/await func observeNotifications() async { // .values converts the Publisher to AsyncSequence for await notification in notificationPublisher.values { // Process each notification await handleAppBecameActive(notification) } // This line is never reached for an infinite Publisher } private func handleAppBecameActive(_ notification: Notification) async { // Async processing logic } } ``` Essa abordagem preserva o Publisher original ao mesmo tempo que permite seu consumo em contexto assíncrono. ### Obter um Valor Único com firstValue Para Publishers que emitem um único valor (como uma requisição de rede), a propriedade `.values.first(where:)` ou uma extensão personalizada simplificam a ponte. ```swift // SingleValueBridging.swift // Extension to extract a single value from a Publisher import Combine extension Publisher where Failure == Never { // Awaits and returns the first emitted value var firstValue: Output { get async { await withCheckedContinuation { continuation in var cancellable: AnyCancellable? cancellable = self.first() .sink { value in continuation.resume(returning: value) cancellable?.cancel() } } } } } extension Publisher { // Throwing version for Publishers with errors var firstValueThrowing: Output { get async throws { try await withCheckedThrowingContinuation { continuation in var cancellable: AnyCancellable? cancellable = self.first() .sink( receiveCompletion: { completion in if case .failure(let error) = completion { continuation.resume(throwing: error) } cancellable?.cancel() }, receiveValue: { value in continuation.resume(returning: value) } ) } } } } // Usage in async code class UserRepository { private let apiClient: APIClient func fetchCurrentUser() async throws -> User { // Consume an existing Publisher asynchronously try await apiClient.userPublisher().firstValueThrowing } } ``` Essa extensão encapsula a complexidade da ponte e oferece uma API limpa. ## Fazer a Ponte do async/await para Combine A migração reversa também é necessária: consumir código async em pipelines Combine existentes. ### Criar um Publisher a partir de uma Função async A abordagem mais direta utiliza `Future` combinado com uma `Task` para encapsular a chamada async. ```swift // BridgingAsyncToCombine.swift // async → Publisher conversion via Future import Combine extension Publisher { // async flatMap operator for Combine pipelines func asyncMap( _ transform: @escaping (Output) async throws -> T ) -> AnyPublisher { flatMap { value in Future { promise in Task { do { // Execute the async transformation let result = try await transform(value) promise(.success(result)) } catch { promise(.failure(error)) } } } } .eraseToAnyPublisher() } } // Usage in a Combine pipeline class ImageProcessor { @Published var selectedImageURL: URL? private var cancellables = Set() func setupProcessingPipeline() { $selectedImageURL .compactMap { $0 } // Use an async function in the Combine pipeline .asyncMap { url in // downloadImage is an async function try await self.downloadImage(from: url) } .asyncMap { imageData in // processImage is also async try await self.processImage(imageData) } .receive(on: DispatchQueue.main) .sink( receiveCompletion: { completion in if case .failure(let error) = completion { print("Error: \(error)") } }, receiveValue: { processedImage in self.displayImage(processedImage) } ) .store(in: &cancellables) } private func downloadImage(from url: URL) async throws -> Data { let (data, _) = try await URLSession.shared.data(from: url) return data } private func processImage(_ data: Data) async throws -> UIImage { // Async image processing } } ``` ### Publisher Personalizado para Streams Async Para necessidades mais avançadas, um Publisher personalizado pode encapsular um fluxo AsyncSequence completo. ```swift // AsyncSequencePublisher.swift // Publisher wrapper for AsyncSequence import Combine struct AsyncSequencePublisher: Publisher { typealias Output = S.Element typealias Failure = Error private let sequence: S init(_ sequence: S) { self.sequence = sequence } func receive(subscriber: Sub) where Sub: Subscriber, Failure == Sub.Failure, Output == Sub.Input { let subscription = AsyncSubscription( sequence: sequence, subscriber: subscriber ) subscriber.receive(subscription: subscription) } } private final class AsyncSubscription: Subscription where Sub.Input == S.Element, Sub.Failure == Error { private var task: Task? private var subscriber: Sub? private let sequence: S init(sequence: S, subscriber: Sub) { self.sequence = sequence self.subscriber = subscriber } func request(_ demand: Subscribers.Demand) { // Start asynchronous iteration task = Task { do { for try await element in sequence { // Check subscription is still active guard subscriber != nil else { break } _ = subscriber?.receive(element) } subscriber?.receive(completion: .finished) } catch { subscriber?.receive(completion: .failure(error)) } } } func cancel() { task?.cancel() subscriber = nil } } // Convenience extension for any AsyncSequence extension AsyncSequence { var publisher: AsyncSequencePublisher { AsyncSequencePublisher(self) } } ``` ## Estratégias de Coexistência em uma Base de Código A migração completa de uma base de código grande leva tempo. Eis os padrões para fazer Combine e async/await coexistirem harmoniosamente. ### Arquitetura em Camadas com Abstração Definir protocolos que abstraem a implementação permite migrar progressivamente sem modificar o código chamador. ```swift // RepositoryAbstraction.swift // Abstraction enabling two implementations import Combine // Protocol defining the contract protocol UserRepositoryProtocol { // Modern async interface func fetchUser(id: String) async throws -> User // Legacy Combine interface (optional with default implementation) func fetchUserPublisher(id: String) -> AnyPublisher } // Default Publisher implementation based on async extension UserRepositoryProtocol { func fetchUserPublisher(id: String) -> AnyPublisher { Future { promise in Task { do { let user = try await self.fetchUser(id: id) promise(.success(user)) } catch { promise(.failure(error)) } } } .eraseToAnyPublisher() } } // Modern implementation - async first class UserRepository: UserRepositoryProtocol { private let apiClient: APIClient init(apiClient: APIClient) { self.apiClient = apiClient } func fetchUser(id: String) async throws -> User { // Native async implementation let url = URL(string: "https://api.example.com/users/\(id)")! let (data, _) = try await URLSession.shared.data(from: url) return try JSONDecoder().decode(User.self, from: data) } // fetchUserPublisher is provided by the default extension } ``` Essa abordagem permite que novos chamadores utilizem async/await enquanto o código legado continua usando Publishers. > **Atenção ao gerenciamento de memória** > > Ao fazer pontes, as `Task` criadas podem sobreviver aos objetos que as criaram. Convém sempre usar `[weak self]` ou cancelar as tarefas explicitamente para evitar vazamentos de memória. ### ViewModel Híbrido Um ViewModel pode expor ambas as interfaces durante o período de transição. ```swift // HybridViewModel.swift // ViewModel supporting both Combine and async/await import Combine import SwiftUI @MainActor class ProfileViewModel: ObservableObject { // Published state for SwiftUI (Combine) @Published private(set) var user: User? @Published private(set) var isLoading = false @Published private(set) var errorMessage: String? private let repository: UserRepositoryProtocol private var cancellables = Set() private var loadTask: Task? init(repository: UserRepositoryProtocol) { self.repository = repository } // Async interface for modern UIKit or SwiftUI with .task func loadUser(id: String) async { isLoading = true errorMessage = nil do { user = try await repository.fetchUser(id: id) } catch { errorMessage = error.localizedDescription } isLoading = false } // Combine interface for legacy code func loadUserPublisher(id: String) { isLoading = true errorMessage = nil repository.fetchUserPublisher(id: id) .receive(on: DispatchQueue.main) .sink( receiveCompletion: { [weak self] completion in self?.isLoading = false if case .failure(let error) = completion { self?.errorMessage = error.localizedDescription } }, receiveValue: { [weak self] user in self?.user = user } ) .store(in: &cancellables) } // Clean cancellation func cancelLoading() { loadTask?.cancel() cancellables.removeAll() isLoading = false } } ``` ## Migrar os Operadores Combine Comuns Alguns operadores Combine não têm equivalente direto em async/await. Eis como reproduzi-los. ### Equivalente de Debounce com async ```swift // DebounceAsync.swift // Debounce implementation with async/await import Foundation actor Debouncer { private var task: Task? private let duration: Duration init(duration: Duration) { self.duration = duration } // Cancels previous execution and schedules a new one func debounce(_ operation: @escaping @Sendable () async -> Void) { task?.cancel() task = Task { do { // Wait for the specified duration try await Task.sleep(for: duration) // Execute operation if not cancelled await operation() } catch { // Task cancelled - expected behavior } } } } // Usage in a ViewModel @MainActor class SearchViewModel: ObservableObject { @Published var searchText = "" @Published private(set) var results: [SearchResult] = [] private let debouncer = Debouncer(duration: .milliseconds(300)) private let searchService: SearchService init(searchService: SearchService) { self.searchService = searchService } func onSearchTextChanged(_ text: String) { Task { await debouncer.debounce { [weak self] in guard let self else { return } await self.performSearch(text) } } } private func performSearch(_ query: String) async { guard query.count >= 3 else { results = [] return } do { results = try await searchService.search(query: query) } catch { // Error handling } } } ``` ### Equivalente de Merge com TaskGroup ```swift // MergeAsync.swift // Combining multiple async streams with TaskGroup import Foundation struct AsyncMerge { // Executes multiple async operations in parallel and returns all results static func merge( _ operations: [@Sendable () async throws -> T] ) async throws -> [T] { try await withThrowingTaskGroup(of: T.self) { group in // Launch all operations in parallel for operation in operations { group.addTask { try await operation() } } // Collect results var results: [T] = [] for try await result in group { results.append(result) } return results } } // Streaming version that emits results as they arrive static func mergeStream( _ operations: [@Sendable () async throws -> T] ) -> AsyncThrowingStream { AsyncThrowingStream { continuation in Task { await withThrowingTaskGroup(of: T.self) { group in for operation in operations { group.addTask { try await operation() } } do { for try await result in group { continuation.yield(result) } continuation.finish() } catch { continuation.finish(throwing: error) } } } } } } // Usage class DataAggregator { func fetchAllData() async throws -> AggregatedData { // Execute three requests in parallel let results = try await AsyncMerge.merge([ { try await self.fetchUsers() }, { try await self.fetchPosts() }, { try await self.fetchComments() } ]) return AggregatedData( users: results[0] as! [User], posts: results[1] as! [Post], comments: results[2] as! [Comment] ) } } ``` ## Casos de Uso onde o Combine Permanece Preferível Apesar das vantagens do async/await, certos cenários continuam mais bem servidos pelo Combine. ### Streams de Eventos UI Reativos SwiftUI e UIKit geram fluxos contínuos de eventos onde os operadores Combine (debounce, throttle, combineLatest) brilham. ```swift // UIEventsCombine.swift // Combine remains optimal for reactive UI events import Combine import SwiftUI class FormViewModel: ObservableObject { @Published var email = "" @Published var password = "" @Published var confirmPassword = "" // Derived states computed via Combine @Published private(set) var isEmailValid = false @Published private(set) var isPasswordStrong = false @Published private(set) var passwordsMatch = false @Published private(set) var canSubmit = false private var cancellables = Set() init() { setupValidation() } private func setupValidation() { // Email validation with debounce $email .debounce(for: .milliseconds(300), scheduler: RunLoop.main) .map { email in let regex = /^[\w-\.]+@([\w-]+\.)+[\w-]{2,4}$/ return email.wholeMatch(of: regex) != nil } .assign(to: &$isEmailValid) // Password strength validation $password .map { password in password.count >= 8 && password.rangeOfCharacter(from: .uppercaseLetters) != nil && password.rangeOfCharacter(from: .decimalDigits) != nil } .assign(to: &$isPasswordStrong) // Password matching Publishers.CombineLatest($password, $confirmPassword) .map { password, confirm in !password.isEmpty && password == confirm } .assign(to: &$passwordsMatch) // Final combination to enable submit button Publishers.CombineLatest3($isEmailValid, $isPasswordStrong, $passwordsMatch) .map { $0 && $1 && $2 } .assign(to: &$canSubmit) } } ``` Esse padrão declarativo seria muito mais verboso com async/await. ### Gerenciamento de Conexões WebSocket WebSockets emitem mensagens de forma contínua, um caso de uso natural para o Combine. ```swift // WebSocketCombine.swift // WebSocket with Combine for continuous stream import Combine import Foundation class WebSocketManager: ObservableObject { @Published private(set) var messages: [ChatMessage] = [] @Published private(set) var connectionState: ConnectionState = .disconnected private var webSocketTask: URLSessionWebSocketTask? private let messageSubject = PassthroughSubject() private var cancellables = Set() // Exposed Publisher for consumers var messagePublisher: AnyPublisher { messageSubject.eraseToAnyPublisher() } func connect(to url: URL) { webSocketTask = URLSession.shared.webSocketTask(with: url) webSocketTask?.resume() connectionState = .connected // Start reception loop receiveMessages() // Message processing pipeline messageSubject // Buffer messages to avoid too frequent UI updates .collect(.byTime(RunLoop.main, .milliseconds(100))) // Accumulate in history .scan([ChatMessage]()) { accumulated, new in accumulated + new } .assign(to: &$messages) } private func receiveMessages() { webSocketTask?.receive { [weak self] result in switch result { case .success(let message): if case .string(let text) = message, let data = text.data(using: .utf8), let chatMessage = try? JSONDecoder().decode(ChatMessage.self, from: data) { self?.messageSubject.send(chatMessage) } // Continue reception self?.receiveMessages() case .failure(let error): self?.connectionState = .error(error.localizedDescription) } } } } ``` ## Checklist de Migração Progressiva Uma migração bem-sucedida segue uma abordagem metódica. Eis as etapas recomendadas. ### Fase 1: Preparação - ✅ Identificar os Publishers utilizados na base de código - ✅ Categorizar: streams contínuos vs operações pontuais - ✅ Criar extensões de ponte (firstValue, asyncMap) - ✅ Definir protocolos abstratos para os repositórios ### Fase 2: Migração das Operações Pontuais - ✅ Converter as requisições de rede simples para async/await - ✅ Migrar as leituras de arquivo - ✅ Transformar as operações de banco de dados - ✅ Preservar os Publishers via implementações padrão ### Fase 3: Adaptação dos ViewModels - ✅ Adicionar métodos async aos ViewModels existentes - ✅ Utilizar `.task` no SwiftUI para as novas telas - ✅ Manter os bindings @Published para compatibilidade ### Fase 4: Limpeza - ✅ Remover os métodos Combine que se tornaram inúteis - ✅ Suprimir as extensões de ponte não utilizadas - ✅ Documentar os padrões Combine conservados intencionalmente ## Conclusão A migração de Combine para async/await representa uma evolução natural para os projetos Swift modernos. A abordagem progressiva, utilizando padrões de ponte bidirecionais, permite adotar as vantagens do async/await sem disrupção brutal. **Pontos-chave a reter:** - ✅ Combine e async/await atendem a necessidades diferentes - ✅ `.values` converte um Publisher em AsyncSequence - ✅ `Future` + `Task` encapsulam código async em um Publisher - ✅ Os protocolos abstratos facilitam a coexistência - ✅ O Combine permanece relevante para streams de UI reativos - ✅ Operadores como debounce podem ser recriados em async - ✅ A migração progressiva reduz os riscos de regressão O objetivo não é eliminar o Combine, mas escolher a ferramenta certa para cada contexto: async/await para operações pontuais, Combine para fluxos contínuos de eventos. --- Source: SharpSkill (https://sharpskill.dev), tech interview preparation for your real stack. HTML version of this page: https://sharpskill.dev/pt/blog/ios/combine-vs-async-await-swift-progressive-migration-patterns