Comment puis-je résoudre les avertissements « Accès réfléchissant illégal » dans Java 9 ?

Accès réfléchissant illégal dans Java 9 : un examen détaillé

Java 9 a introduit le concept d'accès réfléchissant illégal, qui a déclenché zahlreichen sur comment le résoudre Questions sur ce message d'erreur. Cet article approfondira la nature de l'accès réflexif illégal, les circonstances qui déclenchent les alertes et les solutions possibles.

Le système de modules dans Java 9 introduit le concept de modularité#relaxation forte encapsulation, qui est la clé pour comprendre l'accès réflexif illégal. L'accès par code dans un module au code d'un autre module et aux packages visibles est strictement contrôlé. Cependant, pour l'avenir de Java 9, la forte encapsulation des modules peut être assouplie.

Le système d'exécution peut fournir les opérations suivantes :

• Accès statique : Fourni via un bytecode compilé.
• Appels d'exécution : permet d'appeler son système d'exécution avec un ou plusieurs packages d'un ou plusieurs modules sous forme de code dans tous les modules sans nom Ouvert.

La notion d'accès illégal

Si l'API de réflexion est appelée avec succès dans les circonstances suivantes, un accès par réflexion « illégal » sera déclenché :

• Normalement, l'appel échouera.
• "Accès illégal" est activé dans le système d'exécution.

Mécanisme de déclenchement d'alertes

La relaxation de l'encapsulation dans Java 9 peut être contrôlée au moment de la compilation via la nouvelle option de démarrage --illegal-access. Par défaut, cette option est définie sur Autoriser. Dans ce mode, la première opération d'accès réfléchie à un tel package déclenchera une alerte, mais aucun autre avertissement ne sera émis. Cet avertissement contient des informations sur la manière d'activer d'autres avertissements.

Options de configuration

L'option --illegal-access peut être configurée dans les modes suivants :

• debug : imprimer pour chacun de ces modes accéder aux messages et aux traces de pile.
• avertir : Imprimez un message pour chacun de ces accès.
• deny : Désactive ce type d'opération.

Recommandations de débogage et de réparation

• Exécutez l'application avec --illegal-access=deny pour découvrir et éviter les déclarations de module sans aucun ( " opens" un package d'un module à un autre, y compris les ouvertures d'une telle directive, ou en utilisant explicitement l'argument --add-opens VM.
• Utilisez l'outil jdeps avec l'option --jdk-internals pour identifier les références statiques aux API internes du JDK dans le code compilé.

Exemple de message d'avertissement

Un message d'avertissement émis lorsqu'une opération d'accès réfléchissante illégale est détectée suit le format suivant :

WARNING: Illegal reflective access by $PERPETRATOR to $VICTIM

où :

• $PERPETRATOR : le nom qualifié du type contenant le code qui déclenche l'opération de réflexion, et la source disponible du code (c'est-à-dire chemin du fichier JAR).
• $VICTIM : une chaîne décrivant le membre auquel on accède, y compris le nom qualifié du type englobant.

Précautions

Pour éviter de tels avertissements et assurer la sécurité future, vous devez vous assurer que les modules n'effectuent pas ces accès réfléchissants illégaux.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!