Est-ce que j'utilise correctement la version d'évaluation de Java 7 avec les ressources

Je m'attends à ce que le lecteur tamponné et le lecteur de fichiers se ferment et que les ressources soient libérées si l'exception est lancée.

public static Object[] fromFile(String filePath) throws FileNotFoundException, IOException
{
    try (BufferedReader br = new BufferedReader(new FileReader(filePath)))
    {
        return read(br);
    } 
}

Cependant, est-il nécessaire d'avoir une catchclause pour une clôture réussie?

ÉDITER:

Essentiellement, le code ci-dessus en Java 7 est-il équivalent au code ci-dessous pour Java 6:

public static Object[] fromFile(String filePath) throws FileNotFoundException, IOException
{

    BufferedReader br = null;

    try
    {
        br = new BufferedReader(new FileReader(filePath));

        return read(br);
    }
    catch (Exception ex)
    {
        throw ex;
    }
    finally
    {
        try
        {
            if (br != null) br.close();
        }
        catch(Exception ex)
        {
        }
    }

    return null;
}

C'est correct et il n'y a aucune exigence d' catcharticle. 7 doc Oracle dit que la ressource sera fermée indépendamment de savoir si une exception est en fait jeté ou non.

Vous ne devez utiliser une catchclause que si vous souhaitez réagir à l'exception. La catchclause sera exécutée après la fermeture de la ressource.

Voici un extrait du tutoriel d' Oracle :

L'exemple suivant lit la première ligne d'un fichier. Il utilise une instance de BufferedReader pour lire les données du fichier. BufferedReader est une ressource qui doit être fermée une fois le programme terminé:

static String readFirstLineFromFile(String path) throws IOException {
    try (BufferedReader br =
                   new BufferedReader(new FileReader(path))) {
        return br.readLine();
    }
} // In this example, the resource declared in the try-with-resources statement is a BufferedReader.

... Étant donné que l'instance de BufferedReader est déclarée dans une instruction try-with-resource, elle sera fermée indépendamment du fait que l'instruction try se termine normalement ou brusquement (suite à la levée d'une IOException par la méthode BufferedReader.readLine).

ÉDITER

Concernant la nouvelle question éditée:

Le code de Java 6 exécute catchle finallybloc et ensuite . Cela provoque l'ouverture potentielle des ressources dans le catchbloc.

Dans la syntaxe Java 7, les ressources sont fermées avant le catchbloc, donc les ressources sont déjà fermées pendant l' catchexécution du bloc. Ceci est documenté dans le lien ci-dessus:

Dans une instruction try-with-resources, tout bloc catch ou finally est exécuté une fois que les ressources déclarées ont été fermées.

Votre utilisation de try-with-resources fonctionnera correctement dans ce cas particulier, mais ce n'est pas tout à fait correct en général. Vous ne devez pas enchaîner les ressources de cette manière, car cela peut entraîner des surprises désagréables. Supposons que vous ayez une taille de tampon variable:

public static Object[] fromFile(String filePath) throws FileNotFoundException, IOException
{
    int sz = /* get buffer size somehow */
    try (BufferedReader br = new BufferedReader(new FileReader(filePath), sz))
    {
        return read(br);
    } 
}

Supposons que quelque chose s'est mal passé et que vous ayez fini par szêtre négatif. Dans ce cas, votre ressource de fichier (créée via new FileReader(filePath)) ne sera PAS fermée.

Pour éviter ce problème, vous devez spécifier chaque ressource séparément comme ceci:

public static Object[] fromFile(String filePath) throws FileNotFoundException, IOException
{
    int sz = /* get buffer size somehow */
    try (FileReader file = new FileReader(filePath);
         BufferedReader br = new BufferedReader(file, sz))
    {
        return read(br);
    } 
}

Dans ce cas, même si l'initialisation des bréchecs est filetoujours fermée. Vous pouvez trouver plus de détails ici et ici .