构造方法是对象创建时唯一可靠的初始化入口，强制执行以确保对象状态有效；python中__init__负责实例属性赋值，不可用于异步或重操作；js/ts中constructor需正确调用super()，复杂逻辑应使用工厂函数。
构造方法不是“可选初始化步骤”，而是对象诞生时唯一能可靠执行的初始化入口——跳过它，对象可能处于未定义状态。
为什么 new 之后必须走 __init__（Python）或 constructor()（JS/TS）？
这不是语法糖，是语言运行时强制的生命周期钩子。比如 Python 中，__new__ 负责分配内存、返回实例，紧接着就自动调用 __init__；你无法绕过它只调用 __new__ 来获得一个“半初始化”的对象（除非手动干预，但那属于反模式）。
常见错误现象：
- 定义了
__init__但忘了写self.xxx = xxx，导致后续访问obj.attr报AttributeError - 在 JS 中写了
constructor() { super(); }却没传参给super()，子类实例化时报ReferenceError: Must call super constructor in derived class before accessing 'this'
__init__ 里不能做哪些事（Python）
它只负责实例属性赋值和轻量级准备，不是启动器、不是连接池初始化点、更不是异步入口。
- 别在
__init__里开线程、发 HTTP 请求、连数据库——这些操作可能失败，而构造方法没标准错误传播机制，容易让对象卡在“已创建但不可用”状态 - 别依赖尚未完成的全局状态（比如配置还没加载完），因为
__init__执行时机早于很多初始化逻辑 - 参数默认值避免用可变对象：
def __init__(self, items=[])是经典陷阱，所有实例会共享同一个[]
JS/TS 中 constructor 和工厂函数怎么选？
当初始化逻辑复杂、需要条件分支、或要返回不同子类实例时，constructor 就力不从心了。
-
constructor必须返回当前类的实例（或其子类），不能返回普通对象或 null - 工厂函数（如
createUser(type)）可以返回任意对象，支持缓存、代理、甚至 Promise - TypeScript 中若用工厂，记得用
ReturnType<typeof createuser></typeof>做类型推导，别硬写User类型——实际返回的可能是AdminUser子类
最常被忽略的一点：构造方法不处理继承链上的“多态初始化”。父类 constructor 不知道子类要加什么字段，所以子类必须显式调用 super() 并传递所需参数——漏掉或顺序错，运行时才爆错，静态检查抓不住。
