Kann isAlive() direkt nach Aufruf von start() falsch sein, weil der Thread noch nicht gestartet wurde?

Question

In der Python-Dokumentation zu http://docs.python.org/2/library/threading.html#thread-objects heißt es, dass

[IsAlive()] bis kurz beginnt kurz vor der run() Methode True zurückgibt, nachdem die Methode run()

endet Aber dann die start() -Methode sagt das:

[start()] arrangiert, dass die run() -Methode des Objekts in einem separaten Thread des Steuerelements aufgerufen wird.

Bedeutet dies, wenn ich t.start() anrufen und dann sofort t.isAlive() überprüfen, es ist möglich, dass ich False bekommen konnte, weil der Faden noch nicht begonnen hat?

Answer 1

Es kann nicht passieren, zumindest nicht in CPython-Implementierung. Das kommt für Thread.start auf den Code von starren (hier aus der Python-3-Quelle, aber es spielt keine Rolle):

def start(self): 
    ... 
    try: 
     _start_new_thread(self._bootstrap,()) 
    except Exception: 
     with _active_limbo_lock: 
      del _limbo[self] 
     raise 
    self._started.wait() 

_start_new_thread() ist in C implementiert, einen neuen Thread starten und self._bootstrap() innerhalb dieses neuen Thread ausgeführt wird. self._bootstrap() ruft wiederum self.run() auf. Wenn das alles ist, dann könnte der aufrufende Thread tatsächlich eine willkürliche Menge an Zeit zurückgeben, bevor run() mit der Ausführung begonnen wird. Aber das:

self._started.wait() 

an den Endblöcken auf einem internen Event. Der Bootstrap-Code setzt die _startedEvent kurz vor dem Aufruf run(), und der Zustand des gleichen Ereignisses ist die Hauptsache isAlive() betrachtet.