Moin!
Ich habe auch schonmal Erfahrung mit komischen Effekten bei dynamischen Variablen in Threads gemacht... :? Das Thema scheint sehr viel komplexer zu sein, als es aussieht. :(
Zum einen hier mal was aus der DOH dazu:
| Delphi-Online-Hilfe hat folgendes geschrieben: |
| Thread-Variablen (oder Thread-lokale Variablen) finden in Multithread-Anwendungen Verwendung. Eine Thread-Variable entspricht in etwa einer globalen Variablen, die einzelnen Ausführungs-Threads erhalten jedoch eine eigene, private Kopie der Variablen, auf die andere Threads keinen Zugriff haben. Thread-Variablen werden nicht mit var, sondern mit threadvar deklariert. Ein Beispiel:
threadvar X: Integer; Die Deklaration einer Thread-Variablen darf nicht innerhalb einer Prozedur oder Funktion erfolgen. darf keine Initialisierungen enthalten. darf nicht die Direktive absolute enthalten. Dynamische Variablen, die normalerweise vom Compiler verwaltet werden (lange Strings, Strings des Typs WideString, dynamische Arrays, Varianten und Schnittstellen), können mit der Direktive threadvar deklariert werden. Der Compiler gibt aber den auf dem Heap belegten Speicher (der von den einzelnen Ausführungs-Threads reserviert wird) nicht automatisch frei. Wenn Sie diese Datentypen in Thread-Variablen verwenden, müssen Sie selbst für die Freigabe des Speichers innerhalb des Threads sorgen, bevor dieser beendet wird. Ein Beispiel: threadvar S: AnsiString; S := 'ABCDEFGHIJKLMNOPQRSTUVWXYZ'; ... S := ''; // Den von S belegten Speicher freigeben Hinweis Die Verwendung solcher Konstrukte wird nicht empfohlen. Sie können Varianten freigeben, indem Sie ihnen den Status Unassigned zuweisen. Um Schnittstellen oder dynamische Arrays freizugeben, weisen Sie ihnen den Wert nil zu.) |
Und dann gibt es noch diverse spannende Dinge, die man darüber nachlesen kann
DELPHI THREAD HEAP
Weiterhin scheint es deutlich besser zu sein, wenn man direkt "speicheroptimiert" konzeptioniert. In deinem Fall:
- Wenn der Thread regelmäßig Dinge tut, dann ist es sehr sinnvoll, die Aufgabe als Schleife im Thread zu organisieren und eine geeignete Signalisierung zu verwenden, als immer wieder einen Thread anzustarten, der dann die Aufgabe nur einmal ausführt.
- Es ist sicher nicht sinnvoll, immer wieder den TIdHttp neu zu erstellen, wenn du die Kompo sowieso nochmal brauchst.
- Wenn du einen langen String (allg. dyn. Objekte) in einem Thread nicht mehr brauchst, gib ihn immer selbst wieder frei (geeignete Methoden s. DOH).
- Versuche möglichst, benötigten Speicher als "ausreichend großen" Block im Thread anzufordern und für die Aufgaben zu recyclen, um damit dem DMM die Aufgabe abzunehmen, die Blöcke intern wiederverwendbar zu machen (das kann der nämlisch scheinbar nicht besonders gut... :|)
Fazit: Threads und dynamische Variablen mit dem Delpih-MM sind ein ziemlich komplexes Thema. 8)
cu
Narses
jaenicke