Pourquoi écrire Try-With-Resources sans prise ou Enfin?

Pourquoi écrire un essai sans Attraper ou Enfin comme dans l'exemple suivant?

protected void processRequest(HttpServletRequest request, HttpServletResponse response)
        throws ServletException, IOException {
    response.setContentType("text/html;charset=UTF-8");
    try (PrintWriter out = response.getWriter()) {
        /* TODO output your page here. You may use following sample code. */
        out.println("<!DOCTYPE html>");
        out.println("<html>");
        out.println("<head>");
        out.println("<title>Servlet tryse</title>");            
        out.println("</head>");
        out.println("<body>");
        out.println("<h1>Servlet tryse at " + request.getContextPath() + "</h1>");
        out.println("</body>");
        out.println("</html>");
    }

}
  • lire à propos de l'essayer avec des ressources (Java 7)
  • Voir Essayez avec des ressources
  • Doublon de "est-il judicieux de faire du “try-finally” sans “attraper”?"
  • Ce n'est en aucune façon un double de cette...
  • Cela dit, je n'ai pas imaginer que c'est la première question sur le try-with-resources. Néanmoins, +1 tout simplement parce que je n'avais jamais entendu parler de cette fonction avant de!
  • Exact, mon mal, j'ai été trop vite.
  • Double Possible de Pourquoi est-try-with-resources bloc catch de manière sélective en option?

InformationsquelleAutor Umair Hashmi | 2014-10-14
  1. 38

    Comme expliqué plus haut, ceci est une fonctionnalité de Java 7 et au-delà. try with resources permet d'éviter l'écriture de la finally et ferme toutes les ressources utilisées dans try-block lui-même. Comme indiqué dans Docs

    N'importe quel objet qui implémente java.lang.AutoCloseable, qui comprend tous les objets qui mettent en œuvre en java.io.Fermer, peut être utilisé comme une ressource.

    Voir cet exemple de code

    static String readFirstLineFromFile(String path) throws IOException {
try (BufferedReader br =
               new BufferedReader(new FileReader(path))) {
    return br.readLine();
}
}

    Dans cet exemple, la ressource est BufferReader objet que la classe implémente l'interface java.lang.AutoCloseable et il sera fermé si le bloc try exécute avec succès ou non, ce qui signifie que vous n'aurez pas à écrire br.close() explicitement.

    Une autre chose importante à noter ici est que si vous écrivez à l' finally bloquer vous-même et votre try et finally bloc de jeter l'exception alors l'exception de try bloc est supprimé.

    Tandis que, d'autre part, si vous êtes en utilisant try-with-resources déclaration et d'exception est levée par les deux try bloc et try-with-resources déclaration alors dans ce cas l'exception de try-with-resources instruction est supprimé.

    Que l' @Aaron a déjà répondu ci-dessus, j'ai juste essayé de vous expliquer. Espérons que cela aide.

    Source: http://docs.oracle.com/javase/tutorial/essential/exceptions/tryResourceClose.html

    • Il est donc analogue à C#à l'aide de & IDisposable s'.
    • oui, analogue, même si la grande différence est que C#'s using ne protège pas contre les exceptions, il vient de garanties de ressources de fermeture à la fin du bloc. En C#, vous le plus souvent à combiner using blocs avec try blocs. Java est try-with-resources ne cet ensemble.
    InformationsquelleAutor Syed Ali Taqi
  2. 10

    C'est une nouvelle fonctionnalité de Java 7 et au-delà. Sans cela, vous auriez besoin d'un finally bloc qui ferme la ressource PrintWriter out. Donc le code ci-dessus est équivalente à:

    PrintWriter out = null;
try {
    PrintWriter out = ...
} finally {
    if(null != out) {
        try {
            out.close();
        } catch(Exception e) {} //silently ignore!
    }
}

    Voir Le try-with-resources Déclaration

    • Ils ne sont pas équivalents. Si l'exception des lancers de deux essayer et, enfin, des blocs, à l'exception du bloc try sera supprimé avec try et catch. D'autre part, si vous utilisez le try-with-resources déclaration, à l'exception du bloc finally (fermeture automatique throws exception) seront supprimées.
    • Correction de la partie enfin.
    InformationsquelleAutor Aaron Digulla