Discussion :

[naou18]

Bonjour tous le monde,

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.
Par définition un champ d'instance déclarer final ne peut être modifier, je pense que ca devrait faire l'affaire.
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, et est ce qu'il à son propre espace mémoire dans la JVM, si oui c'est quoi son nom et son utilité?
Il y a quelque chose qui m'échappe merci pour votre aide.

[thelvin]

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."

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.)

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.