Ich habe eine Klasse, die ein Nachkomme von TThread ist. Ich habe einige öffentliche Eigenschaften, die nur gelesen werden können. Tritt es zu Problemen, wenn mein Haupt-Thread diese Werte liest, während der Thread aktiv ist?Deszendent von TThread, Zugriff auf Eigenschaften von Haupt-Thread
Wenn Sie mit "Nur-Lese-Eigenschaften" meinen, dass der TThread-Nachfolger selbst diese nicht ändert und sie so schnell wie möglich initialisiert, dann wird alles in Ordnung sein (solange Sie sicherstellen, dass der Thread lebt und tritt immer dann auf, wenn Sie die Eigenschaftswerte anfordern).
Wenn Sie unter "Nur-Lese-Eigenschaften" meinen, dass der TThread-Nachfolger der einzige ist, der sie ändert, sollten Sie sicherstellen, dass der Hauptthread sie nicht liest, während sie geändert werden (es sei denn, sie sind atomare Werte) , wie ganze Zahlen).
Die Basistypen wie Integer, Boolean, Char und Pointer können jederzeit gelesen werden. Referenztypen wie string, Schnittstellen und dynamische Arrays können nur dann gelesen werden, wenn keine Chance besteht, dass der andere Thread gleichzeitig einen neuen Wert zuweist. Verwenden Sie zum Beispiel einen kritischen Abschnitt oder die Methode Synchronized, um sicherzustellen, dass der Thread den Wert nicht ändert, während der Hauptthread davon liest.
Sie müssen auch daran denken, dass jeder Wert, den Sie lesen, möglicherweise nicht mehr aktuell ist - der Thread hat möglicherweise einen neuen Wert zwischen dem Zeitpunkt, zu dem Sie ihn gelesen haben, und dem Zeitpunkt geschrieben.
Ich glaube, es heißt "Synchronize" (kein D am Ende) –
Das hängt von den Eigenschaftstypen und möglicherweise von ihren Zugriffsmethoden ab.
Der Zugriff auf diese Eigenschaft ist kein Problem, da der Zugriff auf 32-Bit-Werte eine atomare Operation ist. Wenn die Eigenschaft jedoch größer als 32 Bit oder eine Klassenreferenz ist, die möglicherweise geändert wird, während der Hauptthread darauf zugreift, treten Probleme auf.
Perfekte Antwort! Genau die Informationen, die ich brauchte. Ich aktualisiere die Werte innerhalb des TThread-Nachkommens und nicht alle Werte sind atomar. Vielen Dank für Ihre Antwort. –
und sogar "atomare" Werte wie Ganzzahlen können fehlschlagen, wenn Ihr Code nicht 32-Bit ausgerichtet ist. –
Indy enthält einige atomare Datentypen in Core \ IdThreadSafe.pas, einschließlich IdThreadSafeInt64 und sogar TIdThreadSafeBoolean – mjn