BufferdReader in einer Schleife ...

[max5432]

Kann mir jemand sagen, wieso ich einen BufferedReader nicht mehrmals nacheinander öffnen kann? Ist das irgendwo dokumentiert?

	private static void test() {
		int n = 0;

		while (n < 5) {

			try (BufferedReader br = new BufferedReader(new InputStreamReader(
					System.in))) {
				System.out.print("Einen Satz eingeben: ");
				String str = br.readLine();
				System.out.println("Eingabe: " + str);

			} catch (IOException e) {
				e.printStackTrace();
			}

			n++;
		}
	}

Das erste Mal funktioniert es, das zweite Mal wirft die Zeile

String str = br.readLine();

eine Ausnahme! Und da heisst es, dass der Stream geschlossen ist. Wieso dies?

Danke.

 

[Fab1]

Die Klasse BufferedReader erbt von dem Interface AutoCloseable somit wird der Stream geschlossen und die Resourcen freigegeben, wenn er nicht mehr benötigt wird. Warum er sich allerdings nicht mehr öffnen lässt kann ich dir nicht sagen.

Jedoch lässt sich das Problem damit lösen, wenn du den BufferedReader außerhalb der Schleife deklarierst, somit ist er weiterhin gültig und die Schleife kann problemlos durchlaufen werden.

	public static void as(){
	 int n = 0;
	 
	 BufferedReader br = new BufferedReader(new InputStreamReader(
             System.in));
	
	 
     while (n < 5) {

         try  {
             System.out.print("Einen Satz eingeben: ");
             String str = br.readLine();
             System.out.println("Eingabe: " + str);

         } catch (IOException e) {
             e.printStackTrace();
         }

         n++;
     }
 }

 

[Final_Striker]

Das erste Mal funktioniert es, das zweite Mal wirft die Zeile

String str = br.readLine();

eine Ausnahme! Und da heisst es, dass der Stream geschlossen ist. Wieso dies?

Deine Klammersetzung ist falsch. Nach einem

try

folgt eine geschweifte Klammer

{

und keine runde

(

.

Aber wie schon gezeigt wurde, brauchst du nicht jedes mal einen neues Reader aufzumachen und solltest in am Ende auch immer schließen von die Eingabe fertig ist.

 

[Volvagia]

Das ist eine try-with-ressource. Damit wird das AutoClosable automatisch geschlossen und man kann auf finally etc. verzichten.

[EDIT]Mir ist gerade eingefallen, wird durch das Schließen nicht auch der unterliegende Stream geschlossen? Dadurch ist System.in möglicherweiße closed, oder?[/EDIT]

 

[max5432]

Ich habe es einmal auch ohne "try with ressources" versucht, das Resultat ist gleich geblieben.

Mein Prolem ist, dass ich die Methode, in der eingelesen wird, aus einer andere Methode aufrufen muss: der Aufruf erfolgt in einer Schleife (abhängig von der Benutzereingabe).

Ich bin der Meinung, dass ich den BufferedReader an sich beliebig oft anlegen (öffnen) können sollte, aber offenbar ist das nicht so

Weiss jemand mehr?

 

[Final_Striker]

Weiss jemand mehr?

Meine Antwort gelesen?

 

[max5432]

Ja, aber es handelt sich um try with ressources - ein JDK 1.7 Feature (wie schon Volvagia geschrieben). Syntaktisch ist es korrekt, der Stream wird (dank AutoCloseable) automatisch geschlossen, wenn das try-Statement abgearbeitet wird. Oder, habe ich deine Meldung falsch verstanden?

 

[Final_Striker]

Die Klammern !!!

 

[max5432]

Ich bin der Meinung, dass die Klammern korrekt gesetzt sind:

The try-with-resources Statement (The Java™ Tutorials > Essential Classes > Exceptions)

Wenn man mit try with ressources arbeitet, dann kommen nach try eben die runden Klammern. Deine Angabe wäre korrekt, wenn man auf try with ressources verzichten würde.

 

[Final_Striker]

Ok mein Fehler, die Schreibweise war mir jetzt nicht geläufig.

          try {
                
                BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
                System.out.print("Einen Satz eingeben: ");
                String str = br.readLine();
                System.out.println("Eingabe: " + str);

            } catch (IOException e) {
                e.printStackTrace();
            }

In dieser Variante trifft das Problem aber nicht auf.

 

[Volvagia]

Habs mal getestet. Du darfst den BufferedReader nicht schließen, sofern du System.in noch benötigst, da Reader/Writer/Streams i. d. R. auch den underlying R/W/S schließen, und du System.in danach nicht mehr benutzen kannst. (Da er ja geschlossen ist.)

 

[max5432]

@Final Striker:
Diese Variante funktioniert, aber nur deshalb, weil du den Stream nicht schliesst. Sobald du die Methode close aufrufen würdest, würde es nicht funktionieren. Und, einen Stream sollte man auch schliessen, wenn er nicht mehr benötigt wird. Ob ich es noch benötige oder nicht, weiss ich nicht zum Voraus.

@Volvagia:
Es scheint so zu sein: ich finde es allerdings nicht logisch. Wenn ich BufferdReader schliesse, dann werden alle darunterliegende Streams (InputStreamReader und InputStream) auch geschlossen. Wenn ich den BufferedReader aber wieder anlegen / öffne, würde ich erwarten, dass die anderen Streams auch neu geöffnet werden. Und wenn es nich so ist, müsste es irgendwo dokumentiert sein. Ich habe allerdings nicht finden können. Möglicherweise weiss jemand, wo man darüber mehr lessen kann.

 

[Volvagia]

Ne. Dem BufferedReader übergibst du ja nur einen bereits geöffneten Reader. Und dem InputStreamReader übergibst du einen bereits geöffneten Stream. Die beiden lesen ja nur vom Reader/Stream, dem du übergibst.

 

[max5432]

Ich habe es noch eimal getestet, wobei ich anstatt von der Tastatur aus einer Textdatei lesen. In diesem Fall kann ich BufferedReader beliebig oft öffnen und schliessen.

while (n < 5) {

		try (BufferedReader br = new BufferedReader(new FileReader("C:/Temp/myFile.txt"))) {

			System.out.print("Einen Satz eingeben: ");
			String str = br.readLine();
			System.out.println("Gelesen: " + str);

		} catch (IOException e) {
			e.printStackTrace();
		}

		n++;
	}

Offenbar kann man den InsputStream System.in nach einem Schliessen nicht mehr öffnen

 

[Volvagia]

Hier wird jedes mal ein neuer FileReader erzeugt und nicht neu geöffnet. Nur ob du einen Stream auf die Konsole erzeugen kannst glaub ich nicht.