Try-catch-finally en java

En Java, le bloc finally est pas exécutée si l'on insère une instruction de retour à l'intérieur de
le bloc d'essai d'un try-catch-finally ?

  • Lorsque vous avez essayé, ce qui s'est passé?
  • Le finally bloc sera toujours exécuté. C'est pourquoi il est appelé enfin 🙂
  • Quoi que vous fassiez, ne pas return à partir d'un bloc finally.
  • Une fois (de nombreuses années), j'ai écrit retour de enfin et ensuite passé une demi journée à la recherche du problème, il a causé...
  • ideone.com/A6FPa
  • vu ce qu'on avait connu "une Fois(de nombreuses années)"

InformationsquelleAutor Nikhil | 2011-08-22
  1. 24

    Le seul moment où un finally bloc ne sera pas exécuté, c'est quand vous appelez exit() avant finally est atteint. Le exit() appel de l'arrêt de la JVM, donc pas de ligne de code sera exécuté.

    EDIT: Ce n'est pas tout à fait correct. Voir les commentaires ci-dessous pour plus d'informations.

    • Je ne sais pas si c'est le que de temps. Si System.exit() est un jeu équitable, n'est-ce pas JNI code de segmentation? 🙂
    • Il y a au moins 3 AUTRES cas où le finally bloc n'est pas exécutée: 1) si le bloc try ou un bloc catch entre dans une boucle infinie, ou des blocs pour toujours, 2) si quelque chose (par exemple un JNI bug) provoque la JVM de l'accident, ou 3) si il existe une machine de panne (de panne de courant, erreur matérielle, etc).
    • n'est pas vraiment valable. Il n'a pas manqué d'exécuter, il n'a tout simplement pas encore.
    • En fait, si c'est dans un véritable boucle infinie, il ne sera JAMAIS exécuter, à moins que la machine dysfonctionnements.
    • Il est mieux de dire que exit() lorsqu'il est utilisé dans votre programme Java le programme pour quitter, peu importe si vous l'utilisez dans un bloc finally ou n'importe où ailleurs.
    • 4) le thread pourrait également être tué sans sortir de la JVM.

    InformationsquelleAutor Gabriel Negut
  2. 9

    Le bloc finally sera toujours exécuté, peu importe si vous revenez, ou une exception est levée dans le bloc try.

    Voir également la section 14.19.2 Exécution de try-catch-finally de la Java Language Specification

    InformationsquelleAutor stacker
  3. 3

    Le bloc finally est exécuté dans tous ces cas. Le point de l'exécution d'un bloc finally à la fin est de vous permettre de libérer toutes les ressources acquises.

    Ci-dessous est un exemple qui montre comment cela fonctionne.

    public class Hello {

    public static void hello(){
        try{
            System.out.println("hi");
            return;
            }catch(RuntimeException e){
        }finally{
            System.out.println("finally");

        }

    }

    public static void main(String[] args){
        hello();
    }
}
    • où est la sortie?
    • L'exemple n'est pas "montrer comment il fonctionne" à tous.
    InformationsquelleAutor bljsajdajdlkasjd
  4. 2

    Il est exécuté même si vous retournez à l'intérieur du bloc try. J'ai mis une instruction de retour à l'intérieur de l'essayer ainsi que de l'un à l'intérieur, enfin, et la valeur retournée est de enfin, pas de l'essayer.

    public class HelloWorld{
   public static void main(String args[]){
      System.out.println(printSomething());
   }

   public static String printSomething(){
      try{
          return "tried";
      } finally{
          return "finally";
      }
   }
}

    La sortie que j'ai eu était "enfin."

    InformationsquelleAutor Prince Kumar
  5. 0

    Selon la explication officielle:

    Remarque: Si la JVM sorties alors que le try ou catch code est exécuté, puis le bloc finally ne peut pas s'exécuter. De même, si le thread exécutant le try ou catch code est interrompu ou tué, le bloc finally ne peut pas exécuter même si l'ensemble de la demande se poursuit.

    Je pense que c'est une bonne idée que nous devons consulter le site officiel avant de nous poster une réponse ici.

    InformationsquelleAutor karl li
  6. 0

    Quand jamais une méthode tente de retourner à l'appelant, par l'intermédiaire d'une exception non interceptée ou explicite de l'instruction de retour, la clause finally est exécuté juste avant le retour de la méthode.

    • Si possible, pouvez-vous inclure un lien vers la référence de cette?
    InformationsquelleAutor Sudhakar
  7. 0

    Si votre bloc finally a un retour, il sera écrasé par le retour dans un bloc try-catch.En raison de cette "fonctionnalité" une bonne pratique est que, finalement, le bloc ne doit jamais lever une exception ou d'avoir une instruction de retour.

    InformationsquelleAutor samuel owino
  8. -3

    Si vous appelez System.exit() que quelqu'un d'autre a dit, il ne sera pas exécuté, mais je crois qu'il ne sera pas exécuté si il y a un exception dans le bloc except.

    • Si une exception est levée dans un bloc finally, ce qui implique l'exécution atteint le bloc finally. Peut-être le bloc finally sera la sortie anticipée en raison de l'exception, mais l'exécution n'en est toujours là.
    • C'est vrai; je ne suis pas très familier avec, enfin, des blocs, mais si il y a une exception dans le bloc finally, n'est-ce pas le bloc finally simplement arrêter l'exécution et par défaut à l'état qu'il était dans avant soi - essentiellement - c'est le même que le bloc finally est pas en cours d'exécution dans la première place? 😛
    • exceptions dans le bloc finally sont jetés dans le haut de la pile jusqu'à quelque chose d'attrape. La seule différence est que si il ya une exception dans un bloc try, et un bloc catch essaie de jeter de la pile, si un bloc finally s'exécute et jette sa propre exception, cette nouvelle exception est ce qui est jeté de la pile. Effectivement, cela masque l'soulignant exception qui a été pris. Le bloc finally est jamais rembobine exécution à un état antérieur, ni ne parvient pas à feu (à l'extérieur du système.exit() appelé)
    • Eh bien, si il y a une exception dans le "enfin" bloc qui signifie que "enfin" bloc commencé à s'exécuter. C'est l'ensemble de point. Ce qui se passe ensuite dans le "enfin" bloc n'est pas de l'importance de cette question.
    • /me haussements d'épaules. signifiait à l'exception du bloc. mise à jour @BJovke
    InformationsquelleAutor dylnmc