Input/Output System.in.read() gibt nicht -1 zurück?

[Chupup]

Hallo!

Bin in einer Endlosschleife gefangen und verstehe nicht wieso.
Ich dachte eigentlich, dass die read()-Methode -1 zurückgibt,
wenn das Ende des Datenstroms erreicht wurde. :bahnhof:

import java.io.IOException;

public class KeyboardInput {

	public static void main(String[] args) throws IOException {
		
		int input;
		
		System.out.print(">> ");
		
		do {
			
			input = System.in.read();
			
			if(input != -1)
				System.out.println(input);
			
		} while(input != -1);
		
		System.out.println("End.");

	}

}

Gruß, Chupup

 

[Kevin94]

Und wann ist das Ende des Datenstroms erreicht?

read()

gibt nur dann -1 zurück, wenn keine Daten mehr kommen können. Bei einer Datei kann man das sagen (hat ne feste Größe) aber bei "richtigen" Streams wie der, der Konsole und den von Sockets, kann ja immer noch was nachkommen. Da müssten die Daten einem gewissen Protkoll entsprechen und enthalten, wieviele Bytes noch kommen, damit der Empfänger weiß wieviel er einlesen soll.
Zumindest unter Linux gibt es die Möglichkeit über eine Tastenkombination (Strg+D afair) ein ASCII-Steuerzeichen in die Konsole einzugeben, dass EOF bedeutet. Es ist allerdings reine Spekulation, wenn ich sagen würde, dass diese Eingabe System.in schliest, weil ich glaube mich erinnern zu können, dass man den überhaupt nicht schliesen kann.

Lange Rede, kurzer Sinn: Im Normalfall ist besser/einfacher zu fragen: Sind gerade Daten da (

available()

), als zu fragen: Gib mir das nächste Byte oder warte bis der Stream geschlossen wird. Das hat u.U. den Nachteil, dass man einen (zusätzlichen) Puffer bilden muss, ist aber der einzige Weg das Problem von Streams, dass Daten zerstückelt und mit Pausen dazwischen, ankommen, zu lösen.

Um dein Problem zu lösen: Du könntest einen Endezeichen definieren (z.B. Zeilenumbruch) und dann die Schleife Endloschleife (du könntest auch

while(true)

schreiben) mit einem break verlassen. Oder du könntest einen Timeout programmieren, das wäre für dich aber vermutlich ziemlicher Overkill, weil es dazu einen zweiten Thread bräuchte.

 

[Chupup]

Ok, jetzt verstehe ich es. Ich dachte der Eingabe-Stream würde als beendet angesehen, wenn der User z.b. Enter drückt und damit die Eingabe abschließt.

Danke

 

[Kevin94]

Das mit dem Enter ist noch mal was anderes: Die Konsole/das Betriebssystem puffert die Nutzereingaben selber, sodass der Nutzer eingegebenen Zeichen noch ändern kann, solange bis er Enter drückt und erst dann werden die Daten an System.in übergeben. In C kann man dieses Verhalten auch deaktivieren, aber nicht in Java.

Und Enter wäre ein sehr ungünstige Taste, weil dann könnte man immer nur eine Zeile eingeben. Es gibt allerdings so eine Tastenkombi, Strg+C, das beendet den in der Konsole laufenden Prozess. (Schließt also nicht direkt den Stream, hätte aber den gewünschten Effekt)