C/C++ Server und Client Rolle auf dem gleichen Device für N Verbindungen

Mit dem lwip_select() kannst du es einfach wie in den prähistorischen 
Berkeley-Programmen machen.

Nur ein Thread.

Dieser Thread wartet, bis sich auf irgend einem Socket etwas tut.

Meldet sich ein Client an, macht es den Datensocket auf.

Kann von einem Socket gelesen werden, legt es die herein kommenden Daten 
in eine Warteschlange ab.

Kann auf einen Socket geschrieben werden, schaut es nach, ob noch was in 
der dazugehörenden Warteschlange liegt.

Stehen noch andere Arbeiten an, ruft es select() mit einem Timeout von 0 
auf.

Andre schrieb:
> Hallo,
>
> ich bin gerade an den Anfängen der Netzwerk-Programmierung.
>
> Jetzt kann ich mir selbst etwas ausdenken und zwei Thread erzeugen wobei
> ein Thread als Server und der zweite Thread die Aufgaben des Clients
> übernimmt.
> Für die Verbindung des Servers würde ich einen Socket öffnen, um die
> Request zu beantworten. Und einen zweiten Socket um Anfragen über den
> Client Thread zu verschicken.
>
> Ich denke das ist ein typischer User-Case, zu dem es sicher schon
> Strategien entwickelt wurden:
> Hat jemand dazu einen Vorschlag.
>
> Danke

Ich war vor derselben Problematik gestanden und hatte es wie folgt 
gelöst:
Der Server bestand bei mir aus zwei Threads. Ein Thread hat 
kontinuierlich auf neue Verbindungen gelauscht und der zweite hat vom 
dem Socket der bestehenden Verbindungen kontinuierlich gelesen. Somit 
habe ich das lauschen auf neue Verbindungen vom Lesen der Socketdaten 
entkoppelt.
Für den Client hatte ich keinen eigenen Thread spendiert. Kann man aber 
machen.

Hast du dir schon über Error Handling Gedanken gemacht? Kannst du zB 
schon detektieren was passiert wenn der Client Socket geschlossen wird 
oder der Client abgeschossen wird, ohne das der Socket vorher sauber 
geschlossen wird?Soll das ganze dann Reconnect fähig sein?