判断对象是否为标准包装类应严格比对八大包装类Class对象是否完全相等：Boolean.class、Character.class、Byte.class、Short.class、Integer.class、Long.class、Float.class、Double.class，排除子类和自定义类干扰，null需提前判空。

在Java中，判断一个对象是否为基本类型的包装类（如 Integer、Boolean、Double 等），不能简单用 instanceof 逐个比对，也不宜依赖类名字符串匹配——更可靠的方式是检查其是否属于 Java 标准的八大包装类之一，并排除子类或自定义类的干扰。

使用 Class.isAssignableFrom 判断是否为标准包装类

最稳妥的方法是获取对象的运行时 Class，然后逐一比对它是否与八大包装类（及其原始类型对应的包装类）**完全相等**（注意：不是 isAssignableFrom，因为要排除子类）：

• Boolean.class
• Character.class
• Byte.class
• Short.class
• Integer.class
• Long.class
• Float.class
• Double.class

示例工具方法：

public static boolean isWrapperClass(Object obj) {
    if (obj == null) return false;
    Class<?> clazz = obj.getClass();
    return clazz == Boolean.class ||
           clazz == Character.class ||
           clazz == Byte.class ||
           clazz == Short.class ||
           clazz == Integer.class ||
           clazz == Long.class ||
           clazz == Float.class ||
           clazz == Double.class;
}

注意区分包装类与原始类型、子类或第三方类

以下情况需特别留意：

立即学习“Java免费学习笔记（深入）”；

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 原始类型（如 int、boolean）不是对象，无法传入该判断逻辑 —— 此方法只适用于 Object 类型参数，即已装箱的对象
• null 值应提前判空，否则 obj.getClass() 会抛 NullPointerException
• 某些框架（如 Spring、Hibernate）可能提供自己的包装类变体，或用户自定义继承 Integer 的类，此时 clazz == Integer.class 为 false，符合预期（我们只认标准 JDK 包装类）
• 不要用 clazz.isPrimitive()，那是判断原始类型（如 int.class），不是包装类

进阶：支持泛型擦除后的 Class 对象判断

如果需要判断的是某个 Class 对象（而非实例），比如从 Method.getGenericReturnType() 获取的类型，可复用相同逻辑：

public static boolean isWrapperClass(Class<?> clazz) {
    if (clazz == null) return false;
    return clazz == Boolean.class ||
           clazz == Character.class ||
           clazz == Byte.class ||
           clazz == Short.class ||
           clazz == Integer.class ||
           clazz == Long.class ||
           clazz == Float.class ||
           clazz == Double.class;
}

这个版本可用于类型反射场景，例如校验泛型返回值是否为包装类型。

为什么不推荐用字符串匹配或 isAssignableFrom？

常见误区包括：

• 用 clazz.getName().contains("java.lang") && clazz.getName().endsWith("ter") —— 不安全，易误判（如自定义类名含类似片段）或漏判（模块路径变化）
• 用 Number.class.isAssignableFrom(clazz) —— 会把 AtomicInteger、BigDecimal 等也判为“包装类”，但它们不属于 Java 基本类型的包装类
• 忽略 Character 和 Boolean，只检查 Number 子类 —— 导致漏判

严格等于标准类对象，才是语义准确、零歧义的判断方式。