在Java开发中，调用 Class.getPackage() 方法获取包信息看似简单，实际使用时却容易踩坑。该方法返回的是 Package 对象，而非直接的包名字符串——只有当类加载器能够从 MANIFEST.MF 或模块元数据中提取到包信息时，才会返回有效对象，否则返回 null。对于大多数日常开发场景，更推荐使用 clazz.getPackageName()（Java 9+ 引入），它直接返回字符串，安全可靠，无需担心空指针问题。
那么，哪些场景下 getPackage() 能够返回非空值？这取决于类加载器在加载类时是否注册了对应的包元数据。系统内置类（如 java.lang.String.class.getPackage()）通常能获取到有效的 Package 对象。如果类是从标准 classpath 加载，并且其所在 jar 包的 META-INF/MANIFEST.MF 文件中包含了 Implementation-Title、Specification-Version 等属性，那么也能成功返回。在Java模块化（JPMS）环境下，模块描述符 module-info.class 会影响包的导出，但 getPackage() 的返回值依然取决于类加载器是否注册了该包。
getPackage() 返回 null 是正常现象，不是 bug
绝大多数本地编译的类（例如在IDE中直接运行的普通项目类）并没有配套的包元数据，因此 getPackage() 会返回 null。例如：
MyClass.class.getPackage(); // 很可能为 null
这不是异常，而是设计使然。不要依赖它一定非空，使用前务必进行判空处理。
替代方案：从类名推导包名（常用且可靠）
如果只需要包名字符串（例如用于日志记录或反射筛选），更稳妥的做法是解析类的全限定名：
clazz.getName().substring(0, clazz.getName().lastIndexOf('.'))—— 获取包名字符串，对顶层类有效；clazz.getPackageName()（Java 9+）—— 推荐，直接返回String，对数组、基本类型也安全；- 对内部类或匿名类，
getPackageName()仍返回其直接 enclosing 类所在的包，语义清晰。
想获取完整 Package 信息？需主动定义
如果确实需要非 null 的 Package 对象（比如检查版本、规范标题），可以在构建时注入 manifest 属性。Maven 示例：
org.apache.maven.plugins maven-jar-plugin Implementation-Title: MyLib Implementation-Version: 1.2.0
打包后，该 jar 中的类调用 getPackage() 才可能返回带有版本信息的 Package 实例。
