Swift 2 - iOS - отправить обратно в исходный поток

Хорошо, для любопытного зрителя я, с помощью комментариев к вопросу, понял, как сделать то, что я изначально задал в вопросе (независимо от того, будет ли это в конечном итоге переписано для использования GCD, это другой вопрос)

Решение (с немного увеличенным объемом кода) состоит в том, чтобы использовать PerformSelector с конкретным потоком.

final class ArbitraryConnection {

internal var streamThread: NSThread

let Session = NSURLSession.sharedSession()
let TheStack = [Structure]()
//This gets called asynchronously, e.g. in threads 3,4,5,6,7
func AddToStack(The Response) -> Void { 
   TheStack.insertAt(Structure(The Response), atIndex: 0))
   if output.hasSpaceAvailable == true {
      // This causes the stream event to be fired on multiple threads
      // This is what I want to call back into the original thread, e.g. in thread 2

      // Old way
      self.stream(self.output, handleEvent: NSStreamEvent.hasSpaceAvailable)
      // New way, that works
      if(streamThread != nil) {
          self.performSelector(Selector("startoutput"), onThread: streamThread!, withObject: nil, waitUntilDone: false)
      }
   }
}

func open -> Bool {
    // Some stuff
    streamThread = NSThread.currentThread()
}


final internal func startoutput -> Void {
   if(output.hasSpaceAvailable && outputIdle) {
        self.stream(self.output, handleEvent: NSStreamEvent.HasSpaceAvailable)
   }
}
// This is in the main loop, e.g. thread 2
func stream(aStream: NSStream, handleEvent: NSStreamEvent) {

   switch(NSStreamEvent) {

      case NSStreamEvent.OpenCompleted:
          // Do some open stuff
      case NSStreamEvent.HasBytesAvailable:
          Session.dataTaskWithRequest(requestFromInput, completionHandler: AddToStack)
      case NSStreamEvent.HasSpaceAvailable:
          // Do stuff with the output
      case NSStreamEvent.CloseCompleted:
          // Close the stuff
   }
}
}

Поэтому используйте PerformSelector для объекта с селектором и используйте onThread, чтобы сообщить ему, к какому потоку перейти. Я проверяю как перед выполнением селектора, так и перед выполнением вызова, чтобы убедиться, что на выходе есть свободное место (убедитесь, что я не спотыкаюсь о себя)

Это не позволит мне прокомментировать ветку выше (это то, что я получаю за то, что скрываюсь), но одна вещь, о которой следует знать, это то, что ваш текущий код может заблокировать ваш пользовательский интерфейс, если вы используете waitUntilDone или performBlockAndWait.

Если вы пойдете по этому пути, вам нужно быть абсолютно уверенным, что вы не вызываете это из mainThread или не имеете резервного случая, который порождает новый поток.