Problème de chargement lorsque deux packages jar contiennent exactement le même nom de package et le même nom de classe

L'éditeur suivant vous proposera une brève discussion sur le problème de chargement de deux packages jar contenant exactement le même nom de package et le même nom de classe. L'éditeur le trouve plutôt bon, je vais donc le partager avec vous maintenant et le donner comme référence pour tout le monde. Suivons l'éditeur et jetons un coup d'œil

Tout d'abord, nous le présenterons à partir de la couche de présentation, puis nous approfondirons les principes plus tard.

1. Tout d'abord, présentez brièvement comment Maven génère des fichiers jar pour les tests

<plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <version>2.4</version>
    <configuration>
     <descriptorRefs>
      <descriptorRef>jar-with-dependencies</descriptorRef>
     </descriptorRefs>
     <archive>
      <manifest>
       <mainClass>Main.Main</mainClass>
      </manifest>
     </archive>
    </configuration>
    <executions>
     <execution>
      <id>make-assembly</id>
      <phase>package</phase>
      <goals>
       <goal>single</goal>
      </goals>
     </execution>
    </executions>
   </plugin>
配置了一个manifest标签来配置Main函数的入口。然后通过如下指令来实现打包。
 
mvn assembly:assembly

2. Personnalisez deux packages jar, qui contiennent le même nom de package et le même nom de classe

Cela est lié à l'ordre d'importation et d'exportation. Seul le premier sera chargé et fonctionnera correctement.

3. Packages jar et jdk personnalisés, qui contiennent le même nom de package et le même nom de classe

Il est lié à l'ordre d'importation et d'exportation. . De même, seul le premier sera chargé, mais si vous chargez un fichier jar personnalisé et l'exécutez, une erreur sera signalée. Le chargement de jdk est normal.

protected Class<?> loadClass(String name, boolean resolve)
  throws ClassNotFoundException
 {
  synchronized (getClassLoadingLock(name)) {
   // First, check if the class has already been loaded
   Class<?> c = findLoadedClass(name);
   if (c == null) {
    long t0 = System.nanoTime();
    try {
     if (parent != null) {
      c = parent.loadClass(name, false);
     } else {
      c = findBootstrapClassOrNull(name);
     }
    } catch (ClassNotFoundException e) {
     // ClassNotFoundException thrown if class not found
     // from the non-null parent class loader
    }
 
    if (c == null) {
     // If still not found, then invoke findClass in order
     // to find the class.
     long t1 = System.nanoTime();
     c = findClass(name);
 
     // this is the defining class loader; record the stats
     sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
     sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
     sun.misc.PerfCounter.getFindClasses().increment();
    }
   }
   if (resolve) {
    resolveClass(c);
   }
   return c;
  }
 }

4. Commandes courantes pour les conflits de packages mvn jar

dépendance mvn : analyser, dépendance mvn:arbre

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!