Socket schließen - Ist eine SocketException unumgänglich?

[Jack159]

Hi,

Ich schreibe gerade an einem Client-Server Programm. Wenn der Client das Programm beendet, dann wird vorher noch der Socket (mit welchem er sich zum Server verbunden hat) geschlossen.

Das Problem ist aber nun, dass auf der Clientseite in einem seperaten Thread eine Endlosschleife läuft mit

code = in.read();  // "code" ist int und "in" ist DataInputStream

Da ja die Methode read() blockt wenn nichts emfpangen/gelesen wird ist nun das Problem, dass sobald ich den Socket auf der Clientseite schließe, der Thread noch im read() festhängt. Er versucht dann also weiterhin zu lesen, obwohl der Socket soeben geschlossen wurde.

In der API steht aber auch:

Socket (Java Platform SE 6)

Any thread currently blocked in an I/O operation upon this socket will throw a SocketException.


Ist das also unumgänglich und ich habe doch alles richtig gemacht und brauche in dem Fall hier die Exception nicht ausgeben?

 

[didum]

Bevor du den Socket schließt sendest du dem Clienten ein Signal um den Thread zu beenden.

Im Thread sieht's dann folgendermaßen aus:

while (true) {
    //..

    code = in.read();

    if (code == Signal) {
       break;
    }

    // Was du auch immer damit machen willst
}

 

[Jack159]

Perfekt, danke dir

 

[Sen-Mithrarin]

boa ... gott lass hirn vom himmel fallen


while(true) und break ... ich werd nich mehr

schon mal dran gedacht statt unsauber mit break rauszuspringen das flag einfach in den kopf der schleife zu packen und daraus dann do-while zu machen ...

korrekt dann also so

boolean run=true;
// ...
do
{
	// ...
}
while(run)

 

[fischefr]

Wenn der Code in einem eigenen Thread läuft ist interrupt auch noch eine recht nette Möglichkeit.
Siehe Galileo Computing :: Java ist auch eine Insel – 14.3 Thread-Eigenschaften und -Zustände