获取Class对象是Java反射起点，其与资源加载配合关键在于类加载器的路径语义和调用时机；必须用getResourceAsStream()从classpath读取资源，而非new FileInputStream()硬编码路径，才能实现跨环境可移植。

获取Class对象是Java反射的起点，而它与资源加载（如配置文件）的配合，关键在于类加载器的路径语义和调用时机。不是所有“读取文件”的方式都等价——只有通过类加载器从类路径（classpath）出发的查找，才能真正解耦资源位置，实现跨环境可移植。

类路径下资源必须用类加载器的getResourceAsStream()

直接用new FileInputStream("db.properties")会硬编码路径，无法随打包方式（JAR/WAR）变化而自动适配。正确做法是：

• 通过任意一个已加载类（如Student.class）拿到其类加载器：Student.class.getClassLoader()
• 调用getResourceAsStream("db.properties")，注意参数是相对于classpath根目录的路径，不加斜杠前缀
• 该方法返回InputStream，可直接喂给Properties.load()或JSON.parse()等工具

若返回null，说明文件未在类路径中——检查是否放在src/main/resources（Maven项目）或编译后是否出现在classes/目录下。

Class.forName()与资源加载是两件事，别混用

Class.forName("com.example.Config")只做类加载和初始化，它不会自动读取同名配置文件。但你可以用它加载类后，再用该类的getClassLoader()去读资源：

• 先动态加载类：Class> configClass = Class.forName("com.example.AppConfig");
• 再用它的加载器读配置：configClass.getClassLoader().getResourceAsStream("app-config.json")
• 这种组合适合插件化场景：类名来自配置，资源也按约定路径跟随

区分getClassLoader()和Thread.currentThread().getContextClassLoader()

多数情况下二者相同，但在Web容器（Tomcat）、OSGi或线程池中可能不同：

• MyClass.class.getClassLoader() 返回加载MyClass的类加载器，稳定可靠，推荐用于本模块资源
• Thread.currentThread().getContextClassLoader() 可能被框架切换（如Spring Boot启动时设置），适合加载“当前上下文所需”的资源，比如SPI配置
• 不确定时优先用前者；需跨模块共享资源时再考虑后者

资源路径的常见陷阱与写法

路径写错是高频问题，记住三条规则：

• 以/开头表示从classpath根开始（如/conf/db.properties），不加斜杠则相对当前类所在包（db.properties会找com/example/下）
• 不要用file:协议或绝对路径——破坏可移植性
• 资源名区分大小写，Windows下容易忽略这点导致getResourceAsStream()返回null

不复杂但容易忽略