Quelles sont les limitations lors de la modification de classes dans rt.jar. Je réalise que cela est généralement spécifique à la version et au vendeur de JRE. J'ai trouvé que Hotspot dans la machine virtuelle Sun 1.6, par exemple, n'aime pas si vous ajoutez des champs à java.lang.Object car il a des hypothèses codées en dur sur la taille de l'objet. Cependant, si je modifie des parties significatives des classes dans rt.jar, j'obtiens des ClassNotFoundErrors parasites à l'exécution pour les classes qui sont définitivement dans mon pot. J'ai essayé de modifier rt.jar en place et de le remplacer par les divers paramètres -Xbootclasspath.Limites de modification de rt.jar
Je ne sais pas vraiment où chercher de la documentation sur ce genre de chose, je ne trouve rien dans les documents OpenJDK, par exemple.
Je suis curieux de connaître vos raisons pour cela? – tgdavies
ajouter un champ à l'objet vous coûtera beaucoup d'espace mémoire et temps de collecte des ordures. – Nettogrof
Je serais également curieux de savoir pourquoi vous ressentez le besoin de modifier les classes de base. Il y a probablement une autre façon de résoudre le problème en plus de construire des changements non portables dans les classes JDK. – dhable