Zitat von SirThornberry:

in delphi-win32 habe ich den Fortschritt in der Regel über PostMessage mitgeteilt. Da stört es auch nicht wenn es mal etwas verzögert ankommt.

In der BCL laufen sowohl Control.Invoke als auch BeginInvoke über PostMessage, aber grundsätzlich hast du recht: Wenn man nicht explizit auf einen synchronen Aufruf angewiesen ist, ist BeginInvoke eigentlich immer zu bevorzugen. Und warum nicht auch beim letzten Aufruf ?

beim letzten Aufruf würde ich es lassen da ich es schon hatte das der Thread fertig war aber noch nicht alle Postmessages abgearbeitet wurden. Da lief die Progressbar sozusagen schön weiter obwohl der Thread längst fertig war. Wenn ein syncronisierter Aufruf erfolgt läuft zwar die Progressbar nicht mehr bis zum Ende aber dafür läuft sie auch nicht weiter obwohl bereits alles erledigt wurde. (wobei der eigentliche Fehler dann wohl daran lag, zu oft ein PostMessage abgesetzt zu haben)

Egal ob das Completed-Event mit SendMessage oder PostMessage abgesetzt wird, die Message muss sich doch hinter alle Fortschrittsmeldungen einreihen und wird dadurch auch erst abgearbeitet, wenn die ProgressBar schon auf 100% steht. Am Ende eines Threads dürfte es ja wirklich keinen Unterschied mehr zwischen einem synchronen und asynchronen Aufruf geben.

Der zeitliche Punkt ist dabei entscheidend.

Ein asynchroner Event wird irgendwann abgearbeitet
Ein synchroner zu einem definierten Zeitpunkt

Bei einem asynchronen Event kann es sein, dass das Thread-Objekt gar nicht mehr existiert und dann rummst es