D'après ce que j'ai lu: La raison en est qu'il n'est pas facile de déterminer quelle méthode sera appelée, car nous avons un héritage.
Cependant, pourquoi Java n’a-t-il pas au moins une optimisation de la récursion pour les méthodes statiques et n’impose pas le moyen approprié d’appeler des méthodes statiques avec le compilateur?
Pourquoi Java n'a-t-il aucun support pour la récursion de la queue?
Je ne suis pas sûr qu'il y ait une difficulté du tout.
En ce qui concerne le duplicata suggéré , comme l'explique Jörg W Mittag 1 :
- L'autre question concerne le coût total de possession, celui-ci concernant TRE. TRE est beaucoup plus simple que TCO.
- En outre, l’autre question concerne les limitations imposées par la machine virtuelle Java aux implémentations de langage souhaitant être compilées dans la machine virtuelle. Cette question concerne Java, qui est le seul langage qui n’est pas restreint par la machine virtuelle, dans la mesure où la spécification de la machine virtuelle peut être modifiée. les mêmes personnes qui conçoivent Java.
- Enfin, il n'y a même pas de restriction dans la JVM à propos de TRE, car celle-ci a un GOTO intra-méthode, qui est tout ce dont vous avez besoin pour TRE.
1 Formatage ajouté pour rappeler les points créés.