构造方法没有返回值类型，连void都不能写；它仅用于初始化新对象，不返回任何值，真正返回对象引用的是new操作符。
构造方法没有返回值类型，连void都不能写
Java里构造方法不是普通函数，它不返回任何东西——语法上就不允许声明返回值。你写void MyClass()，编译器直接报错：Invalid method declaration; return type required，因为它已经认出这是构造方法（名字和类名一致），却看到你强行加了void，反而矛盾了。
常见错误现象：有人从其他语言（比如C++）转来，习惯性加void；或者IDE自动补全误导，把普通方法模板套在构造方法上。
- 构造方法唯一作用是初始化新对象，不是“产出”一个值
- 它的“调用结果”其实是
new表达式整体的值，不是构造方法自己返回的 - 如果真想在构造中“提前退出”，只能抛异常，不能用
return带值
new 才是真正分配内存并返回引用的操作符
new 关键字干三件事：在堆上分配内存、调用构造方法、返回指向该对象的引用。构造方法只是其中一环，它本身不参与“返回”。你可以把它理解成一个回调——new 分配完内存后，立刻把这块内存地址传给构造方法，让它去填内容。
使用场景：当你看到MyClass obj = new MyClass();，别以为MyClass()返回了什么；实际是new MyClass()这个整体返回MyClass类型的引用，赋给了obj。
立即学习“Java免费学习笔记（深入）”；
-
new失败会抛OutOfMemoryError，不是构造方法抛的 - 构造方法里
this指向的就是new刚分配好的那块内存 - 如果构造方法里发生异常，
new已分配的内存会被GC标记为可回收（不会泄漏）
为什么不能在构造方法里return this？
因为构造方法根本不是函数，没有“返回值”的概念，所以return this语法非法。你写这行，编译器报错：Cannot return a value from a constructor。
容易踩的坑：有人想模仿工厂模式，在构造里做判断后“换一个对象”，比如根据参数决定返回子类实例。这不行——构造方法做不到，必须交给静态工厂方法，比如MyClass.create(type)。
- 构造方法内连
return;都多余（除非提前结束，如抛异常后） - 想控制对象创建逻辑，就别硬塞进构造方法，改用
static工厂方法 - 某些反模式代码会用
this()或super()调用其他构造，但那只是委托，不是返回
反射里Constructor.newInstance()返回什么？
它返回的是你指定类的新实例引用，类型是Object，需要强转。注意：这不是构造方法“返回”的，而是newInstance()这个反射方法的返回值——它内部封装了new操作。
性能影响：相比直接new，反射调用构造方法慢得多，且Java 9+对setAccessible(true)有限制，私有构造可能抛InaccessibleObjectException。
-
Constructor<t></t>泛型里的T只是编译期提示，运行时擦除 - 如果构造方法抛异常，
newInstance()会包装成InvocationTargetException - JDK 15+起，推荐用
Constructor.newInstantiator()（需模块开放）替代，更安全
new操作符和构造方法的职责边界。最常被忽略的一点是：哪怕构造方法里啥都不写，new也已完成内存分配——构造方法只是在那块内存上“开工”，不是“开工证”。 
