Search code examples
javaclassloader

Does the Java ClassLoader load inner classes?


If I have a inner class declaration such as:

Class A {
    public static class B {
    }
}

followed by:

Class<?> implClass = getClass().getClassLoader().loadClass("A");

Will the A$B inner class be loaded as well? What if the B inner class was not declared as "static" ?


Solution

  • Once the code is compiled, there's no such thing as an inner class. If you look at the results of javac, you'll see two files:

    A.class
    A$B.class
    

    So class B is not loaded when A is loaded, B just happens to be defined in A.


    Edit

    For example, given these two files,

    package kuporific;
    
    public class A {
        private static class B {}
        private class C {}
    }
    

    and a build.gradle file (for convenience):

    apply plugin: 'java'
    

    First, build by running gradle build. Then, unzip the resulting JAR file (located in build/libs):

    ├── META-INF
    │   └── MANIFEST.MF
    └── kuporific
        ├── A$B.class
        ├── A$C.class
        └── A.class
    

    Opening each file (in IntelliJ, for example), reveals what the compiler has done:

    • A.class:

      package kuporific;
      
      public class A {
          public A() {
          }
      
          private class C {
              public C() {
              }
          }
      
          private static class B {
              public B() {
              }
          }
      }
      
    • A$B.class:

      package kuporific;
      
      class A$B {
          private A$B() {
          }
      }
      
    • A$C.class:

      package kuporific;
      
      import kuporific.A;
      
      class A$C {
          private A$C(A this$0) {
              this.this$0 = this$0;
          }
      }
      

    Notice that

    1. A$B does not have a reference to its parent, A, while A$C does. This is because the former is a static inner class, and the latter is not, and
    2. both A$B and A$C are now package private classes.

    This is how non-static inner classes are able to directly reference their parent instance's fields and methods, and vice versa. (Any private fields of the parent class referenced in an inner class are made package private as well.)

    Next, let's see what effect loading class A has on A$B and A$C.

    First, add the following Java class:

    package kuporific;
    
    public class Main {
        public static void main(String[] args) throws ClassNotFoundException {
            Main.class.getClassLoader().loadClass("kuporific.A");
        }
    }
    

    Now add the following to the build.gradle file:

    apply plugin: 'application'
    mainClassName = 'kuporific.Main'
    applicationDefaultJvmArgs = ["-verbose:class"]
    

    The -verbose:class outputs all classes that are loaded by the JVM (see Java - Get a list of all Classes loaded in the JVM).

    Run gradle run on the command line (which runs the main method of Main); the output (with my added notes) is

    :compileJava
    :processResources UP-TO-DATE
    :classes
    :run
    [Opened /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar]
    [Loaded java.lang.Object from /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar]
    # Lots of omitted output...
    [Loaded kuporific.Main from file:/tmp/build/classes/main/]
            ^ here!
    [Loaded sun.launcher.LauncherHelper$FXHelper from /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar]
    [Loaded java.lang.Class$MethodArray from /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar]
    [Loaded kuporific.A from file:/tmp/build/classes/main/]
            ^ here!
    [Loaded java.lang.Shutdown from /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar]
    [Loaded java.lang.Shutdown$Lock from /Library/Java/JavaVirtualMachines/jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar]
    
    BUILD SUCCESSFUL
    
    Total time: 6.502 secs
    

    We can see when kuporific.Main and kuporific.A were loaded, and we do not see either kuporific.A$B or kuporific.A$C being loaded.