Разница между «подписаться» и «приемником» при перенаправлении издателя к теме в «Комбайне»?

Я думаю, что свидетельство того, что здесь происходит, находится в строке вывода:

request unlimited

Комбинат использует модель вытягивания. Издатель будет реагировать и запускать код только тогда, когда subscriber запросит значения.

Для каждого SubscriberPublisher создаёт Subscription. Subscriber выпускает «спрос» (формально Subscribers.Demand) через Subscription к Publisher. Когда Publisher получает этот запрос, он может начать асинхронный цикл для реагирования на новые входные данные или события жизненного цикла Subscription.

Когда sink получает Subscription, он выдает .unlimited требование со своего Subscription. Publisher создает код для активного мониторинга Subscription.

Если вы просто используете subscribe, ваша подписка инертна, она не требует ничего от Publisher и не выполняется асинхронный код, который мог бы реагировать на события жизненного цикла. Когда вы запускаете cancel, Subscription знает, что оно было отменено, но у Publisher нет возможности побежать, чтобы что-то с этим сделать.

Мы можем форсировать проблему и дать Publisher такой шанс:

func pipeToSubject(from publisher: AnyPublisher<Void, Never>) -> AnyCancellable {
    // Create an internal subject that never falls out of the method
    let subject = PassthroughSubject<Void, Never>()

    DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + .seconds(5)) {
      subject.send()
    }

    // Pipe the event from the publisher to the subject
    return publisher.print().subscribe(subject) // <--- notify subject by `subscribe`
}

// Create a never ending publisher
let publisher = Empty<Void, Never>(completeImmediately: false).eraseToAnyPublisher()

// Get the subscription
var cancellable = pipeToSubject(from: publisher)

// Cancel the subscription
cancellable.cancel()

Теперь, через 5 секунд, попытка отправить что-то дает Publisher шанс убежать. У него есть возможность заметить, что один из его Subscriptions отменен, и что-то с этим сделать. Теперь вывод:

receive subscription: (Empty)
receive cancel

Таким образом, sink генерирует спрос и заставляет Publisher создавать активный код для реагирования на этот спрос и на события жизненного цикла.

subscribe сам по себе не требует Publisher, поэтому он никогда не запускает код для этого Subscription. Вам нужно каким-то образом вызвать Publisher и дать ему возможность запуститься, прежде чем он заметит отмену и отреагирует на нее.

Я думаю, то, что вы видите, не является ошибкой. Это ожидаемое поведение, основанное на том факте, что Комбайн — это «вытягивающая» система, основанная на спросе, позволяющая оказывать противодавление, а не модель выталкивания.