Java revient à la position N dans la pile d'appel

Question

L'utilisation du mot-clé return dans le code Java renvoie l'exécution au dernier code appelant de la pile d'appels. Si l'objet foo appelle baz.bar(), le mot-clé return dans la méthode bar continuera l'exécution de code dans foo.

Disons que j'ai foo objet qui appelle foofoo qui appelle foofoofoo dans le scénario ci-dessus, et foofoofoo appels baz.bar(). Y at-il de toute façon en Java pour utiliser le mot-clé return, ou quelque chose d'autre, de sorte que le code dans la méthode bar peut retourner jusqu'à foo?

(SANS LANCER EXCEPTIONNELLEMENT)

Answer 1

Non, cela est impossible. Vous devrez gérer cela vous-même par le code, un niveau à la fois (une exception fera de même, elle est juste automatisée un peu plus).

Cependant, ce n'est probablement pas une bonne idée de le faire de toute façon. Supposons que vous deviez soudainement appeler baz.bar() de quux, sans toucher foo du tout. Que devrait-il se passer si bar essaie de retourner à foo, qui ne fait pas partie de la pile d'appels? Si vous voulez juste qu'il monte N niveaux, pouvez-vous imaginer les problèmes qui pourraient se produire si vous fusionnez foofoofoo en foofoo, ou le changer pour ajouter un foofoofoofoo, sans vous souvenir de modifier bar?

Une exception sonne exactement comme l'outil pour ce travail: baz.bar() ne devrait pas prendre soin qu'il doit aller à foo, il doit savoir quelque chose exceptionnel a eu lieu, l'obligeant à abandonner ce qu'il fait, puis foo devrait savoir que cette situation exceptionnelle peut se produire et la gérer (même si c'est juste ne rien faire est ce cas). Si c'est pour éviter d'ajouter une clause throws à tout, utilisez plutôt une exception non cochée.

Answer 2

Je ne suis pas un gars énorme Java, donc je ne peux pas dire à coup sûr, mais cela ne ressemble pas à une chose sûre à faire et je doute que cela être pris en charge en Java.

Maintenant, ce sont C/C++, vous pouvez faire un peu sale hack qui écrase l'adresse de retour sur la pile ...

Answer 3

Heureusement, cela est impossible en Java.

Il y a de rares cas où des choses similaires ont du sens, par exemple lorsque vous faites du changement de contexte dans un noyau de système d'exploitation.

Mais ce n'est absolument pas la bonne chose à faire dans les programmes d'application.