🚀 go-pugleaf

W dniu 2012-12-09 16:29, Artik napisał(a):
> Próbuje to zrealizować tworząc dwa wątki - jeden - najważniejszy dla usługi - służy do wysylania cyklicznie danych do serwera, drugi thr1 sluży do sprawdzania czy nie było awarii w pierwszym wątku (socket polaczenia ustawiam na null w wyniku obsługi wyjątku błedu połączenia) i wówczas wywołuje metodę:

W Twoim przykładzie nie widać protokołu - bez tego raczej się nie da...
Musisz zdefiniować jakiś protokół - czyli kiedy, co i kto wysyła, oraz jaka
jest odpowiedź na to, co odebrano od partnera - dotyczy to i klienta i serwera.

Obsługa błędów tez powinna być przewidziana w protokole.

Jeden klient = jeden wątek w serwerze.

Wątek w serwerze obsługujący klienta i wątek klienta powinny być na oko dość
symetryczne - odpowiadają za obsługę protokołu.

Żadnych sleep() w wątkach tego rodzaju! Synchronizacja nastąpi na strumieniach
utworzonych na gniazdku - jak serwer wywoła "read", to zatrzyma swoje działanie
do momentu, aż klient czegoś nie "write" i odwrotnie. Na tym polega protokół.
Kiedy, co i kto robi jakieś "write" i jaka będzie na to odpowiedź ("read")
- to jest właśnie protokół.

Na oko widać, że idziesz w kierunku protokołu tekstowego, więc używaj strumieni,
w których ogranicznikiem będzie \n - strumienie z metodami readLine i println
będą odpowiednie i zapewnią konieczną synchronizację.

> Wznowienie nastepuje ale ponownie wlaczony serwer po przerwie - otrzymuje kilkanascie prob rozpoczęcia polaczenia ze strony przedstawionego klienta. Jak czas niedostępności serwera jest zbyt dlugi - aplikacja kliencka niestety "pada":(

Kilkanaście prób, bo u Ciebie chyba robi się kilkanaście wątków, które próbują
"wznawiać" połączenie. Te pętle ze sleepami to genialne wylęgarnie hazardów :)

-- 
TrzyLinie