Android: TThread

[greenmile]

Irgendwie komme ich nicht so recht weiter. Ich benötige unter Android einige Threads. Die Beispiele, die ich auf Anhieb finde, sind entweder für XE5 oder enthalten nur 1-2 zeilen Code innerhalb des Threads. Ich erstelle also einen TThread, Vorfahre ist TThread und hier schon die erste Frage: Beim Inherited möchte er ein "CreateSuspended", das ist ja unter Android nicht erlaubt. Nutze ich die falsche Elternklasse? Ist TThread falsch?

Dann rufe ich im Thread Daten mit IdHttpClient ab, die wird vom Constructor vom Create erzeugt. Allerdings liefert die Teileweise müll oder der Zugriff darauf stürzt ab. Geht das nicht? Kann ich kein IdHttp im Thread verwenden?

[bra]

Zitat von greenmile:

Ich erstelle also einen TThread, Vorfahre ist TThread und hier schon die erste Frage: Beim Inherited möchte er ein "CreateSuspended", das ist ja unter Android nicht erlaubt. Nutze ich die falsche Elternklasse? Ist TThread falsch?

Warum sollte das unter Android nicht gehen? Machen wir auch so (TBaseThread ist von TThread abgeleitet):

Delphi-Quellcode:

constructor TBaseThread.Create(...);
begin
  inherited Create(true);
end;

[greenmile]

Ja, dann läuft es (hatte ich bishger auch so), aber ...

Zitat von greenmile:

Dann rufe ich im Thread Daten mit IdHttpClient ab, die wird vom Constructor vom Create erzeugt. Allerdings liefert die Teileweise müll oder der Zugriff darauf stürzt ab. Geht das nicht? Kann ich kein IdHttp im Thread verwenden?

Zum Beispiel gibt es für den Thread ein TIdHTttp, erstelle ich im Constructor mit DL := TIdHTTP.Create(nil);
Im .Execute kann ich aber über DL.Get nicht mehr drauf zugreifen, so als wenn die Variable ins Nirvana zeigt. DL ist natürlich im Thread Code declariert.

[himitsu]

Es gibt Komponenten, die sind threadafine.
Der Constructor läuft im erstellenden Thread und das Execute dann in einem Eigenen.

Threadafine Komponenten können nur in dem Thread verwendet werden, wo sie erstellt wurden. Man muß sie dann also im Execute erstellen und feigeben.
Ich vermute einfach mal, dass das bei den Indy zutrifft.

Und dann gibt es Komponenten, die sind nicht nur nicht threadsave, sondern sie dürfen nur im Hauptthred verwendet werden.
Ich hoffe mal dass das hier nicht auf die Indy zutrifft.


Ansonsten wird sich bestimmt bald ein Indy-Profi finden (hier tummeln sich paar rum), der sich hier melden wird.
Wenn nicht, dann bleibt immernoch der direkte Weg zur Hilfe. http://www.indyproject.org/support.en.aspx

[greenmile]

Alles klar, ich checke das mal ... Danke.

[bra]

Wir haben in unserer App das Indy auch im Thread laufen und das funktioniert ohne Probleme. Wir haben es auf einem DataModule und erstellen das jeweils im Execute des Threads.

[Mavarik]

Zitat von greenmile:

Irgendwie komme ich nicht so recht weiter. Ich benötige unter Android einige Threads. Die Beispiele, die ich auf Anhieb finde, sind entweder für XE5 oder enthalten nur 1-2 zeilen Code innerhalb des Threads. Ich erstelle also einen TThread, Vorfahre ist TThread und hier schon die erste Frage: Beim Inherited möchte er ein "CreateSuspended", das ist ja unter Android nicht erlaubt. Nutze ich die falsche Elternklasse? Ist TThread falsch?

Dann rufe ich im Thread Daten mit IdHttpClient ab, die wird vom Constructor vom Create erzeugt. Allerdings liefert die Teileweise müll oder der Zugriff darauf stürzt ab. Geht das nicht? Kann ich kein IdHttp im Thread verwenden?

Da stellen sich mir direkt mehrere Fragen...

Warum manuell einen Thread erzeugen? Dann sowas
Warum nicht die System.Threading?
Warum Indy und nicht die neuen Http Routinen?

Mavarik

[Der schöne Günther]

Bitte gib Rückmeldung was es nun gewesen ist - Vor allem was für Probleme. Ich habe unter Android (und iOS) mehrere TThreads welche Indy-Komponenten (TidTcpClient ) benutzen die im Hauptthread erstellt wurden. Keinerlei Probleme.

Kannst du ein Minimalbeispiel erstellen?

[SebastianZ]

Zitat von greenmile:

Dann rufe ich im Thread Daten mit IdHttpClient ab, die wird vom Constructor vom Create erzeugt. Allerdings liefert die Teileweise müll oder der Zugriff darauf stürzt ab. Geht das nicht? Kann ich kein IdHttp im Thread verwenden?

Prinzipiell würde ich mir mal als alternative zu TThread den TTask/ITask ansehen: http://docwiki.embarcadero.com/RADSt...amming_Library

Das von dir beschriebene Verhalten deutet eher auf unschöne/ungesicherte Zugriffe von Thread und Hauptthread auf die gleichen Ressourcen hin.
Kannst du mal ein Minibeispiel mit diesem Verhalten bereit stellen?

Update: Bitte bei dem Beispiel vom Emba zu TTask aufpassen: Showmessage ist hier denkbar schlecht. Dies sollte nie ohne Synchronize/Queue aufgerufen werden!

[jaenicke]

Suspended ist ohnehin finde ich keine wirklich schöne Variante. Entweder der Thread bekommt alle Daten gleich im Konstruktor oder wartet vor der Ausführung auf ein Signal. Letzteres kann man dann gleich zur mehrfachen Benutzung des gleichen Threads verwenden.

Die Parallel Programming Library mit ITask usw. bietet da aber wie SebastianZ schon geschrieben hat eine Menge an Funktionalität.