constante static final vs final

Citation:

Envoyé par naou18

J'ai une petite question concernant la déclaration d'une constante en Java, sachant qu'il n'y à pas de constante à vraie dire en Java.

Pourtant les compile-time constants de Java me semblent assez bien répondre à l'appellation "constante."

Citation:

Envoyé par naou18

Alors pourquoi dois-je ajouter le mots clé static pour que ça devient static final et devient disponible au moment de la compilation, au lieu d'attendre le runtime,

Si quelque chose n'est ni static ni local, alors il est associé à une instance d'objet, et n'est donc pas accessible tant qu'on a pas une instance d'objet sur laquelle le demander.
Cela n'a rien à voir avec l'absence ou la présence de final.

Puisque static évite de devoir passer par une instance, un champ static final a donc opportunité d'être accessible directement à la compilation. C'est également le cas des variables locales qui sont final : leur valeur est effective dès la compilation (mais puisqu'elles sont locales, elles ne sont accessibles que dans leur portée.)

Citation:

Envoyé par naou18

et est ce qu'il à son propre espace mémoire dans la JVM, si oui c'est quoi son nom et son utilité?

En fait, les champs static final apparaissent dans le même espace mémoire que les champs static tout court. C'est nécessaire pour la cohérence de l'introspection. Mais pour les compile-time constants et en dehors de l'introspection, quand on y accède, le compilateur résout directement leur valeur et la met telle quelle dans la pile, sans compiler d'appel à la classe au moment du runtime.

Pour les compile-time constants locales, ça ne fait pas de grosse différence. Pour s'en servir il faut bien qu'elles se retrouvent dans la pile.