如何扫描在运行时作为字节码加载的Java类的特定注释？

Question

1. 如果一个Java类在运行时作为字节码加载（例如通过ASM库或其他机制），它是否在Java的类路径上？我看不出来。
2. 如果不在Java类路径上，如何扫描以这种方式加载的类的所有注释？

我使用google reflections和第三方库的自定义类加载器。

扫描类的工作方式如下：

            Reflections reflections = new Reflections(ClasspathHelper.forPackage("com.mypackage",
                    MyCustomClassLoader),
                    new SubTypesScanner(), new TypeAnnotationsScanner());
Set<Class<?>> myClasses = reflections.getTypesAnnotatedWith(MyAnnotation.class);

MyAnnotation-标记为@retention(RetentionPolicy.Runtime)。上面的内容（在类中）是由JVM在运行时动态加载的。

可以看到，在幕后，Reflections尝试使用2类加载器（默认为静态和上下文）来扫描所有URL。

Reflection.Scan（）

更新：我已经找到一个答案，你能找到所有的类在一个包使用反射？他说“如果有类是通过远程方式产生的，你将无法发现这些类。”但是没有证据。能请谁提供更多的细节和确认吗？

Answer 1

在运行时动态实例化类不会更改JVM正在使用的类路径。发生的情况是,某个类加载器类从某个地方获取字节码；并使它“可用”于你。但这丝毫不会改变加载类的“搜索顺序”（这也是类路径的基本内容：它只告诉JVM在何处以及以何种顺序查找要加载的类）。

意思：类的任何“加载”都会导致类java.lang.class的一些对象。

如果要查询任何加载类的结构；您“只”需要到达相应的类对象。类提供类似getAnnotation()的方法。它还提供了检索表示特定类的方法和字段的其他对象的方法；并且可以以类似的方式查询这些对象以获取注释。

更新，关于问题中的更新：有些情况下，您没有访问类来自的文件系统的权限。你可以装载类，当你知道他们的名字，但你没有办法查看这些类居住的“地方”。这基本上破坏了您按预期使用反射的能力。

没有必要“证明”这一点，这仅仅是Java允许你在知道类名字的情况下装载它的结果，但却“隐藏”了那些类“从哪里来”的确切内容。