Void类不是void的包装类，仅用于反射中判断void返回类型（如Method.getReturnType()==Void.TYPE）和泛型占位（如Callable），不可实例化、不能声明变量或作方法返回类型。
Void类不是void关键字的包装类，也不能当普通类型用；它只在反射判断和泛型占位时起作用。
反射中识别void返回方法
调用Method.getReturnType()时，如果目标方法声明为void doWork()，返回值是Void.TYPE（即void.class），不是null，也不是某个对象实例。这是唯一能准确判断“该方法真没返回值”的方式。
- 不能写
method.getReturnType() == void.class——语法错误，void不是类名 - 正确写法是
method.getReturnType() == Void.TYPE或等价的method.getReturnType() == void.class（Java 5+支持） - 实际开发中常用于框架自动适配：比如RPC调用前检查服务端方法是否可异步执行（无返回值才允许fire-and-forget）
泛型里作“无结果”占位符
当接口或类要求必须指定泛型参数，但逻辑上又不需要返回值时，Void是唯一合法且语义清晰的选择。
- 例如
Callable<void></void>：表示一个可提交到线程池的任务，执行完只关心是否成功（靠异常或状态标识），不取计算结果 - 必须返回
null——因为Void不可实例化，没有其他合法值 - 别误用
Future<void></void>来“等待一个void方法”，它等的是任务结束，不是“返回一个Void对象”
为什么不能用来声明变量或作为方法返回类型
Void类本身被设计为不可用作常规类型：
- 构造函数私有，无法
new Void()，也没有静态实例 - 声明
Void v;可以编译，但只能赋null，毫无实用价值 - 方法不能写
public Void doSomething()来替代void——这会造成混淆，且违背Java规范对void的语义约束 -
void是关键字，属于语言基础；Void是类，仅服务于反射与泛型机制
常见误区提醒
容易把Void和基本类型的包装类（如Integer对应int）类比，但本质不同：
-
Integer可装箱/拆箱，Void完全不可实例化 -
void方法里写return null;会编译失败；Callable<void>.call()</void>里必须写return null; - 不要试图用
Void做类型转换、集合元素或JSON序列化字段——它没有业务含义
