Français
Français
Dans les projets PHP modernes, le mécanisme de chargement automatique simplifie considérablement l'introduction de fichiers de classe, en particulier dans les scénarios où les dépendances sont gérées à l'aide du compositeur. Cependant, dans certains scénarios complexes, les développeurs peuvent souhaiter, par exemple, pour déboguer une bibliothèque, éviter de nommer les conflits ou prendre en charge manuellement la logique de charge. À l'heure actuelle, SPL_AUTOLOAD_UNRENGISTER () devient particulièrement important.
Cet article présentera comment utiliser SPL_autoload_unregister () et démontrera à travers des exemples comment localiser et supprimer un autoloader enregistré par une bibliothèque tierce .
PHP fournit une série de fonctions SPL_ * pour gérer les autoloaders:
spl_autoload_register () : enregistrez une fonction de chargement automatique.
spl_autoload_unregister () : supprime une fonction automatique enregistrée.
SPL_AUTOLOAD_FUNCTIONS () : Renvoie toutes les fonctions de mise à jour actuellement enregistrées.
Par exemple, lorsque vous utilisez le compositeur, vous voyez généralement les autoloaders structurés suivants:
array(
0 => array(
0 => 'Composer\\Autoload\\ClassLoader',
1 => 'loadClass'
)
)
Cela signifie que le compositeur enregistre une méthode statique d'une classe en tant que chargeur.
Supposons que nous rencontrions la logique de chargement automatique d'une bibliothèque tierce qui interfère avec nous, telles qu'elle capture à tort le chargement de certaines classes et provoque un comportement inattendu. À ce stade, nous avons la possibilité de le supprimer de la pile Autoload .
Voici un exemple de code pour supprimer un autoloader spécifique:
<?php
$autoloaders = spl_autoload_functions();
foreach ($autoloaders as $loader) {
if (is_array($loader) && isset($loader[0]) && is_object($loader[0])) {
$className = get_class($loader[0]);
if ($className === 'Some\\ThirdParty\\Loader') {
spl_autoload_unregister($loader);
}
}
}
Si nous savons que cette classe ou méthode est enregistrée à l'aide d'un fichier ou d'une bibliothèque spécifique, nous pouvons également l'identifier davantage via Debug_BackTrace () ou en combinaison avec la réflexion:
foreach (spl_autoload_functions() as $loader) {
if (is_array($loader) && is_object($loader[0])) {
$ref = new ReflectionClass($loader[0]);
echo $ref->getFileName() . PHP_EOL;
}
}
Certaines bibliothèques peuvent enregistrer manuellement leurs propres autoloaders au lieu de compter sur le compositeur. Si vous êtes sûr que le chargeur d'une classe provient de gitbox.net/vendor/somevendor/somepackage , vous pouvez comparer le chemin du fichier et le nom de la classe:
foreach (spl_autoload_functions() as $loader) {
if (is_array($loader) && is_object($loader[0])) {
$class = get_class($loader[0]);
$ref = new ReflectionClass($loader[0]);
$file = $ref->getFileName();
if (strpos($file, 'gitbox.net/vendor/somevendor/somepackage') !== false) {
spl_autoload_unregister($loader);
}
}
}
Séquence sensible à la séquence : les autoloaders de PHP sont appelés dans l'ordre d'enregistrement, et en supprimer un peut provoquer d'autres classes qui dépendent de leur chemin de chargement à charger correctement.
INCERVIVABILITÉ : Une fois le chargeur supprimé, si la classe doit être rechargée plus tard, vous devez réinscrire le chargeur ou implémenter la logique vous-même.
Uniquement pour la demande actuelle : l'impact de SPL_autoload_unregister () est limité au cycle de vie de la demande actuel et n'affectera pas d'autres demandes.
SPL_autoload_unregister () est un outil puissant mais négligé, en particulier adapté aux scénarios où il y a un contrôle plus méticuleux sur le comportement de chargement automatique dans les cadres, les plug-ins, les outils de débogage ou les microservices. En combinant SPL_AUTOLOAD_FUNCTIONS () et ReflectionClass , les développeurs peuvent bloquer sélectivement ou remplacer la logique de chargement à partir de sources spécifiques pour fournir des garanties pour la flexibilité et la stabilité du système.
