C++ Threads (Windows) - Objektorientiert

Hey Leute,

ich habe gesehen, dass man unter Windows mit der Windows.h mit CreateThread eine Funktion in einem Thread starten kann. Nun ist das ja leider nicht die objektorientierteste Variante, deshalb würde mich interessieren, wie ich wie in Java eine Methode eines extra Objekts in einem neuem Thread starte!?

Gruß
T

Eine Methode einer Klasse ist ja auch nur eine Funktion.

Und es gibt ja auch noch http://www.cplusplus.com/reference/thread/thread/ der Standard C++ Class Library.

Moment, dass heißt man kann mit verschiedenen Threads mit der c++ Standartbibiliothek arbeiten?
Das ist mir jetzt neu, dachte das wäre eine dieser Sachen die Betriebssystemabhängig ist. Wahrscheinlich kann man mit der Windows.h mehr machen, aber was ist mit der Standardbib denn möglich?

Der größte unterschied zwischen der std::thread Klasse und dem Thread aus der WinAPI ist, dass std::thread keine Prioritäten unterstützt. Intern verwendet std::thread allerdings unter Windows die genannte CreateThread Funktion. Es ist daher möglich mit std::thread::native_handle ( http://de.cppreference.com/w/cpp/thread/thread/native_handle ) an das native WinAPI handle zu kommen und dann die Priorität einzustellen.

Beides ist allerdings in moderner Software nicht zu empfehlen. Stattdessen solltest du dir std::async, std::future und std:romise genauer ansehen

Viele Grüße

Narkry schrieb:

Der größte unterschied zwischen der std::thread Klasse und dem Thread aus der WinAPI ist, dass std::thread keine Prioritäten unterstützt. Intern verwendet std::thread allerdings unter Windows die genannte CreateThread Funktion. Es ist daher möglich mit std::thread::native_handle ( http://de.cppreference.com/w/cpp/thread/thread/native_handle ) an das native WinAPI handle zu kommen und dann die Priorität einzustellen.

Beides ist allerdings in moderner Software nicht zu empfehlen. Stattdessen solltest du dir std::async, std::future und std:romise genauer ansehen

Viele Grüße

Zum Vergrößern anklicken....

Was ist denn bitte async future und primise? Die Namen sind recht nichtssagend, oder sind die ausgedacht xD ?

Ich würde auch die C++-Standardbibliothek empfehlen. Wenn du aber dennoch CreateThread nutzen möchtest, so ist dein Vorhaben trotzdem machbar. Das 4. an CreateThread() übergebene Argument ist ein void-Pointer. Was immer du der Funktion da übergibst, wird später an deine Thread-Funktion durchgereicht. In deiner Thread-Funktion static_cast'est du den void-Zeiger zurück auf deine Klasse und rufst dann an der Instanz die gewünschte Methode auf.

Tockra schrieb:

Was ist denn bitte async future und primise? Die Namen sind recht nichtssagend, oder sind die ausgedacht xD ?

Zum Vergrößern anklicken....

Wir wär's mit 10 Sekunden Google-Suche?

Abstraktionen die es deutlich einfacher machen std::async verwaltet für dich die Threads automatisch und verhindert vor allem das zu viele Threads erzeugt werden (oversubscription). Genauso erleichtert es das annehmen von Rückgabewerten und Exception Handling, indem es ein std::future zurück gibt bei dem du, sobald du das Ergebnis der Funktion benötigst, einfach die get() Methode aufrufst. Dadurch bekommst du das Ergebnis der Funktion und evtl. aufgetretene Exceptions. Beides ist mit std::thread nur sehr schwer umsetzbar und oft fehlerhaft implementiert.

http://en.cppreference.com/w/cpp/thread/async
http://en.cppreference.com/w/cpp/thread/future
Für mehr Beispiele und Erklärungen.

Narkry schrieb:

Abstraktionen die es deutlich einfacher machen std::async verwaltet für dich die Threads automatisch und verhindert vor allem das zu viele Threads erzeugt werden (oversubscription). Genauso erleichtert es das annehmen von Rückgabewerten und Exception Handling, indem es ein std::future zurück gibt bei dem du, sobald du das Ergebnis der Funktion benötigst, einfach die get() Methode aufrufst. Dadurch bekommst du das Ergebnis der Funktion und evtl. aufgetretene Exceptions. Beides ist mit std::thread nur sehr schwer umsetzbar und oft fehlerhaft implementiert.

http://en.cppreference.com/w/cpp/thread/async
http://en.cppreference.com/w/cpp/thread/future
Für mehr Beispiele und Erklärungen.

Zum Vergrößern anklicken....

Danke, wie passt da Promise dann in den Kontext?

Der genaue Ablauf wenn man std::async verwendest ist, das aus der übergebenen Funktion/Methode ein std:romise erzeugt wird. Das std:romise erzeugt anschließend das std::future auf dem du get aufrufen kannst z.B. Es gibt Fälle in denen du das promise selbst erzeugen musst/möchtest, z.B. sobald Thread Prioritäten nötig sind. In diesem Fall musst du leider auch das Thread Management selbst übernehmen, dass ansonsten std::async für dich übernimmt.

Wahrscheinlich kann man mit der Windows.h mehr machen, aber was ist mit der Standardbib denn möglich?

Zum Vergrößern anklicken....

Eigentlich alles, was man so braucht, inklusive Zugriff auf das darunterliegende, aber Plattform- und ggf. implementierungsabhängige Thread-Handle, sodass man prinzipiell auch Windows-spezifische Funktionen darauf aufrufen kann. Zum Beispiel, um die Thread-Priorität zu ändern.

Das Schöne ist nebenbei auch, dass man direkt Lock-Typen und solche Sachen plattformunabhängig und mit einer für STL-Verhältnisse sehr aufgeräumten API benutzen kann - die dann auch dafür sorgen, dass ein gelocktes Objekt auch immer freigegeben wird und sowas, selbst, wenn einem mal eine Exception um die Ohren fliegt.

Drawback: Man bräuchte dafür eine C++11-kompatible Standardbibliothek, und ich weiß nicht, ob so etwas in der Windows-Welt schon existiert. Da tut man sich schon bei den Compilern schwer...

Beides ist mit std::thread nur sehr schwer umsetzbar und oft fehlerhaft implementiert.

Zum Vergrößern anklicken....

Eigentlich ist das ein klassischer Fall für einen Thread-Pool. In der Hinsicht mag ich die zusätzlichen STL-Funktionen dann doch nicht, weil niemand wirklich weiß, wie es im Endeffekt implementiert ist und man praktisch keinen Einfluss auf die Ausführung und/oder Priorisierung von Jobs nehmen kann. Allerdings dürften die Fälle, wo man so etwas tatsächlich braucht, relativ rar gesät sein.

So habe mein Programm jetzt ohne Asynchron umgesetzt, da ich nirgends eine gescheite Anleitung gefunden habe und ich ehrlich gesagt einfach nur nen 2. Thread für eine Netzwerkanwendung brauche. Da weiß ich nicht in wiefern Async Vorteile bringt...

Wenn der Extrathread nur da ist, weil dein Socket blockiert, bietet Windows auch asynchrone Sockets.

VikingGe schrieb:

Drawback: Man bräuchte dafür eine C++11-kompatible Standardbibliothek, und ich weiß nicht, ob so etwas in der Windows-Welt schon existiert. Da tut man sich schon bei den Compilern schwer...

Zum Vergrößern anklicken....

MS ist zwar lahm, ändert nicht so lahm. Std::thread und co werden mindestens seit VS2012 unterstützt und mingw sollte das eigentlich auch schon lange supporten. Allerdings ist selbst VS2015 noch nicht ganz c++11/14 konform und wird es wohl auch nicht.

@ Tockra: Du willst mir ernsthaft sagen, dass du bei der Suche nach c++ und threads keine brauchbaren Tutorials gefunden hast?

Für den Einstieg in Multi-Threaded-Programming würde ich übrigens eher QT empfehlen. Die Standarbibliothek ist in dem Bereich einfach viel zu primitiv.

Falls du dich für QT entscheidest:
https://mayaposch.wordpress.com/2011/11/01/how-to-really-truly-use-qthreads-the-full-explanation/

Man findet ansonsten erstaunlich viel falsche Informationen was qthreads anbelangt ...