TList<T>, TQueue<T>, TDictionary<T> Threadsafe?

[Khabarakh]

Zitat von mindtrap:

Wenn dein Thread die TList exklusiv verwendet ist das kein Problem.

Das ist natürlich eine elegante Definition von "threadsafe" .

Zitat von mindtrap:

Da die Liste vermutlich auch mit Elementen gefüllt wird (sonst ist sie sinnlos), muss also irgendetwas auch
schreibenden Zugriff haben.

Aber das kann doch auch vor dem Multithreading-Teil passieren? Zugegeben, ein Schreiber und ein/mehrere Leser ist der häufigste Fall (-> TMultiReadExclusiveWriteSynchronizer), aber die Frage ist doch relativ eindeutig gestellt.

[mindtrap]

Zitat von Khabarakh:

Aber das kann doch auch vor dem Multithreading-Teil passieren? Zugegeben, ein Schreiber und ein/mehrere Leser ist der häufigste Fall (-> TMultiReadExclusiveWriteSynchronizer), aber die Frage ist doch relativ eindeutig gestellt.

Dann gilt die Definition.

Zitat von Khabarakh:

Zitat von mindtrap:

Wenn dein Thread die TList exklusiv verwendet ist das kein Problem.

Das ist natürlich eine elegante Definition von "threadsafe" .

[Stevie]

Zitat von Win32.API:

Hallo,

sind die oben genannten Typen threadsafe, wenn man nur lesen drauf zugreift?

Z.b. mit einer Schleife alle Eintraege durchlaufen.

Grueße,
Win32.API

Nein. Und auch die nicht generische TList ist es nicht, dazu musst du TThreadList (Name ist irreführend, es handelt sich hierbei nicht um eine Liste von TThread ) benutzen und Lock/Unlock benutzen.

[igel457]

Naja, die Frage war ja eindeutig nur auf lesenden Zugriff gestellt - und solange auf gemeinsam genutzen Speicher kein Schreibzugriff erfolgt, ist solcher Code immer Threadsicher.

TThreadList ist für gemischt lesenden/schreibenden Zugriff gedacht.

Und ich persönlich sehe in folgendem Codeabschnitt von TList keinen einzigen schreibenden Zugriff auf irgendeinen Speicherbereich:

Delphi-Quellcode:

function TList.Get(Index: Integer): Pointer;
begin
  if (Index < 0) or (Index >= FCount) then
    Error(@SListIndexError, Index);
  Result := FList^[Index];
end;

Also wiederhole ich nochmal: Solange mehrere Threads ausschließlich lesenden Zugriff auf TList haben, ist das Threadsicher. TThreadList wird nur benötigt, wenn irgendein Thread gleichzeitig in die Liste schreibt.

[Stevie]

Zitat von igel457:

Naja, die Frage war ja eindeutig nur auf lesenden Zugriff gestellt - und solange auf gemeinsam genutzen Speicher kein Schreibzugriff erfolgt, ist solcher Code immer Threadsicher.

Stimmt, ich bin davon ausgegangen, dass man nicht sicher weiß, was ein anderer Thread gerade macht (immerhin müssen ja auch irgendwo die Daten in den Listen herkommen, die man ausliest) und im eigenen Thread nur lesend zugreift und wissen möchte, ob das threadsafe ist.

[Win32.API]

Zitat von Khabarakh:

Zitat von mindtrap:

Da die Liste vermutlich auch mit Elementen gefüllt wird (sonst ist sie sinnlos), muss also irgendetwas auch
schreibenden Zugriff haben.

Aber das kann doch auch vor dem Multithreading-Teil passieren? Zugegeben, ein Schreiber und ein/mehrere Leser ist der häufigste Fall (-> TMultiReadExclusiveWriteSynchronizer), aber die Frage ist doch relativ eindeutig gestellt.

Genau so passiert es, die Liste wird mit elementen gefuellt und anschließend die Threads erstellt, die nur lesend auf die Liste zugreifen.

Danke fuer die zahlreichen Antworten.