title: Are there concurrency problems when using -performSelector:withObject:afterDelay:?
body: <p>For example, I often use this:</p>
  
  <pre><code>[self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:someDelay];
  </code></pre>
  
  <p>Now, lets say I call this 10 times to perform at the exact same delay, like:</p>
  
  <pre><code>[self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  [self performSelector:@selector(doSomethingAfterDelay:) withObject:someObject afterDelay:2.0];
  
  
  - (void)doSomethingAfterDelay:(id)someObject {
     /*
     access an array, read stuff, write stuff, do different things that would suffer in multithreaded environments .... all operations are nonatomic!
     */
  }
  </code></pre>
  
  <p>I have observed pretty strange behavior when doing things like this. For my understanding, this method schedules a timer to fire on the current thread, so in this case the main thread. But since it doesn't create new threads, it actually should not be possible to run into concurrency problems, right?</p>