Schließen Sie einen Scanner verbunden mit System.in

Ich habe eine Scanner verbunden System.in. Jetzt, nachdem Sie mit den Scanner sollte ich es schließen, da es schlecht Codierung der Praxis offen lassen. Aber, wenn ich in der Nähe der Scanner werde ich auch schließen System.in! Kann mir jemand sagen, wie ich die schließen kann, die Scanner ohne schließen System.in (wenn es irgendeinen Weg gibt).

  • stackoverflow.com/questions/5919143/... ich hoffe, dies kann von nutzen sein für Sie. Ich bin immer noch auf der Suche, um zu sehen, wenn System.in implementiert verschließbar. Falls nicht, sollten Sie Sie im klaren bist.
  • Beachten Sie, dass Sie guard, den stream mit a Dekorator.
  • Yep, System.in macht umzusetzen verschließbar.
  • System.in ist ein InputStream und daher implementiert AutoClosable finden Sie unter docs.
  • scratch, dass, nicht in der Nähe du bist scanner. Ich poste die Antwort
  • sorry für hijacking Ihre Antwort. Habe es nicht gesehen, bis ich hatte schon gepostet, das gleiche XD
  • kein Problem
  • mögliche Duplikate von Schließen BufferedReader und System.in

InformationsquelleAutor JavaNewbie_M107 | 2013-01-03
  1. 22

    Ist eine option, um wickeln Sie Ihre System.in stream in einer CloseShieldInputStream verhindert, dass es geschlossen wird. Ihre Leser würden dann verwenden Sie die CloseShieldInputStream eher als das rohe System.in stream.

    Hier ist die API für die Klasse:
    http://commons.apache.org/io/apidocs/org/apache/commons/io/input/CloseShieldInputStream.html

    • Sie könnten auch Ihre eigenen erstellen benutzerdefiniertes un-verschließbar-wrapper für das System.im stream
    InformationsquelleAutor paul jerman
  2. 24

    Das einfachste ist, nicht schließen, Scanner, wenn Sie nicht möchten, schließen Sie den zugrunde liegenden stream.

    Idealerweise sollten Sie nur einen Scanner, die Sie verwenden, für die Lebensdauer des Programms. In jedem Fall, es scheint, dass Sie nicht einen guten Grund haben, um es zu schließen.

    • Dies funktioniert, indem die code zu KENNEN, spricht er mit system, oder zumindest etwas, das nicht sollte geschlossen werden. Paul Jermans Empfehlung CloseShieldInputStream ermöglicht es dem code, diese Tatsache zu ignorieren und einfach behandeln wie jeden anderen InputStream und versuchen, ihn zu schließen, wenn Sie fertig sind. Was einfach ist hier wirklich abhängig vom Kontext.
    • sollten Sie nicht das schließen eines Streams, die Sie nicht besitzen (was angesichts des Fehlens einer starken Vorstellung von Eigentum in Java, in etwa bedeutet, dass Sie nicht open). Wenn Sie den Strom von woanders, nicht in der Nähe des Scanners.
    • das funktioniert. Wenn Sie möchten, Folgen Sie dieser Regel und haben immer noch die Freiheit zur Nutzung allgemein schauen die Loch in der Mitte-Muster
    InformationsquelleAutor Peter Lawrey
  3. 7

    Anstatt Schild-Klassen und sowas, einfach einen netten Kommentar und eine 

            @SuppressWarnings("resource")

    Das ist gut genug. Und ich weiß nicht scheinen, um zu sehen, eine Menge Nachteile dieses Ansatzes. Vergessen Sie nicht den Kommentar.

    • ? Dies kann unterdrückt werden, eine Warnung aber nicht verhindern, dass Sie immer ein IOException: Stream closed wenn man versucht, die System.in nach dem schließen der Scanner
    • Ich denke, Sie meinen es nicht schließen Sie die Scanner-und unterdrücken der Warnungen über das mit einer Anmerkung, und fügen Sie eine Erläuterung Kommentar.
    InformationsquelleAutor mist
  4. 0

    Habe ich vage Erinnerungen an seltsame, undiagnosable Probleme vor langer Zeit mit den gleichen Scanner von System.in zweimal, so dass dies ist, was ich verwenden (auch wenn Sie sollten wahrscheinlich nur einen scanner für die Dauer des Programms):

    static String input() {
    try {
        return new Scanner(System.in).nextLine();
    } catch (NoSuchElementException e) {
        throw e;
    }
}

    Für einige Grund, warum das funktioniert, ohne Warnungen, in der Erwägung, dass, wenn ich nicht fangen-werfen, Eclipse beschweren Resource leak: '<unassigned Closeable value>' is never closed.

    • Du bist einfach nur die Vermeidung der Warnung durch verwirrende Eclipse-code-Analyse, hier 🙂 Der scanner ist noch nie geschlossen (nicht, dass Sie sollten :))
    InformationsquelleAutor Blrp
  5. -5

    Entsprechend der API für InputSteam "mit Der close-Methode des InputStream macht nichts.", so da sich das System.in eine Instanz von InputStream brauchen Sie nicht zu befürchten close() aufgerufen wird, auf Sie.

    • Klar, dass das nicht der Fall, obwohl. Wenn ich öffnen Sie eine Scanner auf System.in wird, schließen Sie es, und öffnen Sie dann eine andere und dann versuchen, es zu verwenden (z.B. nextLine()), bekomme ich NoSuchElementException.
    • Während close() tatsächlich nichts in der default-Implementierung des abstrakten InputStream heißt das nicht, das gilt für alle Ihre Unterklassen! Wenn das stimmte, wäre die Methode nutzlos.
    • InputStream ist eine abstrakte Klasse. Unterklassen können und sollten "etwas tun", wenn Sie repräsentieren eine Ressource (wie stdin) geschlossen werden muss, nach der Verwendung. Gewährt werden könnten klarer in InputStream.close(), aber Ihre Schlussfolgerung ist falsch.
    InformationsquelleAutor Ted McLeod
Schreibe einen Kommentar