Socket-Server soll mehrere Clients akzeptieren!!!

Red Skall

ich würde euch vorschlagen das dynamischer zu machen. einfach wenn sich ein neuer client anmeldet (OnAccept() wird ja wahrscheinlich bei auch aufgerufen werden) im speicher nen neuen socket anlegen und in ein CObArray einfügen. damit könnt ihr so viele clients verwalten wie ihr mögt. und ihr habe kein limit

Red Skall

sorry link vergessen. den hier habe ich mal spontan gefunden:

http://www.c-plusplus.net/forum/viewtopic-var-t-is-110706-and-postdays-is-0-and-postorder-is-asc-and-highlight-is-cobarray-and-start-is-0.html

Danke Red Skall
ich habe die Informationen an dem Projekt aus dem Buch Visual C++ in 21 Tagen getestet (bevor ich es an meinem Prog ausprobiere) und ich kann mit mehreren Clients zum Server verbinden.
Habe aber noch ein paar Fragen.
In meinem richtigen Programm muss jeder Client bestimmte Funktionen durchlaufen (automatisch). Daher wollte ich wissen ob ich jetzt schon unterschiedliche Threads am laufen habe(wenn ich den Code aus dem Artikel benutze) oder ob ich die Threads für jeden Client noch erstellen muss.
Ich denke nicht(bin mir aber nicht sicher), wenn ich richtig liege, dann käme doch wo "bla" steht die ThreadFunktion hin oder?

// m_sListenSocket ist objekt von CMySocket 
    if (m_sListenSocket.Accept(*((CMySocket*) oData[m_cConnData.GetSize() -1]))) 
    { 
        // bla ... 
    }

Tut mir leid für alle diese Fragen doch ich habe mich bis jetzt erst in Multitasking eingelesen aber noch nie ein eigenes Prog damit erstellt.
Mfg

Unix-Tom

Muss der Client oder der Server bestimmte Funktionen durchlaufen?

Du hast noch keine Threads in diesem Code.
Das einzige was du hast ist ein Zeiger auf eine Klasse die von CWinSockets abgeleitet ist.
Diese Socketfunktionen laufen Async. und informieren die Hauptklasse wenn sich was am Socket ändert.

Nein nur die Benachrichtung sind asynchron.

Das bedeutet, dass ich für jeden neuen Client auch einen Thread aufmachen muss der dann die Funktionen durchläuft oder ?
Das erstellen eines neuen Thread würde ich aber dann an der Stelle "bla" machen oder?

// m_sListenSocket ist objekt von CMySocket 
    if (m_sListenSocket.Accept(*((CMySocket*) oData[m_cConnData.GetSize() -1]))) 
    { 
        // bla ... 
    }

Es ergibt sich ein weiteres Problem bis jetzt habe ich immer gelesen, dass man
ein festes Array erstellt also z.b.

CWinThread* m_pThread[10];

Doch bei mir ist die anzahl der Threads nicht vorher bestimmbar.
Wie geht das dann?
Mfg

Wenn du CAsyncSocket benutzt brauchst du nur einen einzigen Thread.

Red Skall

du kannst CWinThread-objekte auch in einem CObArray speichern (in das CObArray kannst du alle klassen einfügen, die von CObject abgeleitet sind)

warum willst du denn eigentlich was mit threads machen? vielleicht kannst du das anders machen (vielleicht einfacher)

@Unix-Tom: arbeitet CAsyncSocket nicht mit einem eigenen Thread? kann sein das ich falsch liegen. aber wenn nicht dann wird für jedes objekt der socketklasse automatisch ein eigener thread gestartet ohne das man es merken würde.

Also habe folgende Aufgaben für den Server und Client.
Clients sollen auf den Server zugreifen und sich im ersten Schritt registrieren und ihre Informationen senden. Danach wird die passende Information auf dem Server gesucht und zurück gesendet.
Mit einem Client läuft es auch.
Ich habe auch schon daran gedacht alle anderen Clients solange zu blockieren bis der gerade aktive Client fertig ist.
Doch wird das bei einer größeren Anzahl von Clients nicht mehr gut funktionieren (Clients müssen zu lange warten).
Daher dachte ich an Threads.
So könnten mehrere Clients zum Server verbinden und dort ihre Arbeit verrichten bis sie fertig sind.
Die Frage von Red Skall an Unix-Tom ist gut und ist von Bedeutung für mich, denn entweder muss ich noch Threads erstellen für jeden verbundenen Client oder sie werden automatisch erstellt.
Mfg

Red Skall

in diesem fall sind threads doch gar nicht nötig.

wenn der client etwas an den server sendet wird dort OnReceive() der CMySocket klasse aufgerufen. nach dem beispiel von visual studio in 21 tagen wird dort die dialogfeld hauptklasse aufgerufen.

dann gehst du wie folgt vor:

client-abhängige werden im sopcket objekt gespeichert (du legst in deiner CMySocket klasse z.b. eine variable 'int iID').

wenn du jetzt aus deiner socket klasse heraus die funktionen OnAccept(), OnReceive(), ... deiner dialogfeld klasse aufrufst, übergibt du diesen funktionen einfach die adresse deines sockets, z.B.:

m_ParentDlg->OnAccept(iErrorCode, this);

dann kannst du im hauptdialogfeld ganz einfach und abhängig vom jeweiligen client auf das ereignis reagieren. da du hier über die ID 'iID' sieht welcher client gerade eine anfrage sendet.

die id vergibst du dann am besten in OnAccept().

das kann man auch alles anders machen. aber so oder so ähnlich wirds wohl ganz gut laufen, hoffe ich

Du hast schon recht.
Doch leider ist mein Server Programm nicht so einfach wie das Beispiel Programm aus dem Buch(es basiert zwar auf der gleichen kommunikation, dass ist aber alles).
Klar möchte ich gerne ohne threads arbeiten doch glaube ich nicht das das geht.
Ich verstehe, das ich OnReceive und OnAccept mit Hilfe einer ID immer herausfinden kann wer gerade auf mich zugreift.
Doch die Arbeiten die der Client auf dem Server verrichten soll sind etwas komplizierter als einfach nur einen Text anzuzeigen. So muss der Server in einer Datenbank die ID suchen und die gesendeten Daten des Clients vergleichen.
Danach einige Funktionen durchlaufen und sendet dann am Ende eine Information zurück.
Und diese Funktionen auf dem Server müssen, damit der nächste Client nicht warten muss gleichzeitig ausgeführt werden oder?
Ich hoffe du versteht mich. Wenn ich dich falsch verstanden habe oder zu blöd war um es zu verstehen tut es mir leid, dann versuch es bitte nochmal.

Red Skall

die funktionen können "gleichzeitig" aufgerufen werden. da brauchst du dir keine sorgen drum machen. ich glaube du denkst:

wenn der server gerade eine funktion abarbeitet, z.B. OnReceive() und er gerade so in der mitte der funktion ist kann ein anderer client nicht diese funktion aufrufen, oder ? das stimmt auf jeden fall nicht.

das läuft alles parallel. du kannst also dich in der funktion auf einen einzigen client konzentrieren. du hast ja die adresse vom socket objekt (client) und bearbeitest genau diesen client im funktionsaufruf. wenn gleichzeitig ein anderes socket-objekt die funktion aufruft werden diese abläufe nicht gestört. im speichert wird das getrennt gemacht.

Das wusste ich wirklich nicht.
Doch das gilt nur für OnReceive aber nicht für die anderen Funktionen auf dem Server (oder ?) wie z.b. die Funktion die auf die Datenbank zugreift und alle Datensätze durchläuft bis es die passenden Informationen findet die in OnReceive gesendet wurden oder?
Des weitern bin ich mir bei OnReceive auch nicht so sicher, denn ich bekomme von jedem Client in einer bestimmten Reihenfolge informationen (z.b. Name, Vorname, Adresse, usw.) und speichere diese ab. Wenn jetzt ein anderer Client verbindet und zur gleichen Zeit sendet kommt die Reihenfolge ganz durcheinander oder nicht?
Bin jetzt immoment ein wenig überfragt.
Mfg

Für die Datenbank-Abfragen würde ich einen Thread Pool benutzen. Wenn man für jeden Client einen Thread erstellt wird das ein bisschen viel.

Wenn ich Red Skall richtig verstanden habe, hat er unrecht. Wenn jetzt zum Beispiel eine lange Datenbankoperation ausgeführt wird, kann während dieser Zeit nichts anderes gemacht werden, auch dein OnReceive wird nicht ausgeführt. Es sei denn du benutzt halt Threads.

Unix-Tom

Verwechselt da mal was nicht.
CAsyncSocket baut auf callbacks auf. Aus diesem Grund sind sie Async. Dh es wird etwas an den Socket übergeben und dann weitergemacht. Man wird dann von Socket beachrichtigt wenn sich was getan hat (Mal alles vereinfacht. Nicht der Socket benachrichtig)
Die eigentliche Dialogklasse ist nur ein Thread.
Will man da was pro Client abarbeiten braucht man Threads die unabhängig von der Dlg-Klasse (DLG-Thread) sind.

Wenn ich euch richtig verstehe, muss ich also doch mit Threads arbeiten und jedem Client einen zuordnen. Jeder dieser Threads durchläuft dann alle Funktionen und schließt die Verbindung zwischen Client und Server am Ende oder?
Mfg

Wenn man CAsyncSocket benutzt braucht man für den Netzwerkcode keine zusätzlichen Threads!
Für Datenbankabfragen oder andere zeitaufwendige Dinge braucht man aber zusätzliche Threads da sonst alles geblockt wird.

Wenn du nur mit ein paar Clients rechnest kannst du der Einfachheit halber für jeden Client einen Thread erstellen und dann z.B. CSocket darin benutzen. Aber wenn dein Server viele Clients erwartet ist das eine sehr schlechte Lösung.

Wie ich anfangs schon sagte ich habe mich in diesen Bereich neu eingelesen und diese ist mein erstes Prog mit multitasking.
Deshalb wäre es super wenn du es ein wenig erklären könntest.
Was heisst viele Threads und wie würde die andere Lösung aussehen.
Mfg