php构造方法名必须是__construct，php 5.0起统一使用该名称，不再支持类名同名构造方法，php 7.4+中旧写法静默失效；必须为public（php 8.0+要求显式声明）；不自动调用父类构造方法，需手动parent::__construct()；禁止在其中执行i/o等不确定操作；支持参数默认值、类型声明、属性提升（php 8.0+）；返回值必须为void；__destruct不可靠，不应依赖其释放资源。
PHP构造方法名必须是__construct
PHP 5.0起，类的构造方法统一用__construct，不再支持以类名同名的方法（如MyClass()）。老代码里如果还这么写，在PHP 7.4+会静默失效，对象创建后__construct根本不会执行。
常见错误现象：new User();后发现初始化逻辑没跑、属性还是null或默认值，但又没报错。
- 构造方法必须是
public，哪怕不写访问修饰符也会被当成public（PHP 8.0+严格要求显式声明） - 可以有参数，也能设默认值，比如
function __construct($name = '', $age = 0) - 父类构造方法不会自动调用，子类重写时必须手动加
parent::__construct(...)，否则父类初始化逻辑直接丢弃
构造方法里别做耗时或可能失败的操作
构造方法本质是对象“诞生”的瞬间，它不该承担I/O、网络请求、数据库连接这类不确定性强的操作。一旦抛出异常，对象就创建失败，但调用方可能没做try/catch，导致脚本中断且难以定位。
使用场景：适合做属性赋值、状态预设、依赖注入（如传入一个Logger实例），而不是打开文件、查数据库。
立即学习“PHP免费学习笔记（深入）”；
- 如果真要加载数据，建议拆成独立方法，比如
loadFromDatabase()，由调用方按需触发 - 构造中抛异常（如
throw new InvalidArgumentException）是可以的，但得确保上层能捕获——别假设“反正没人会传错” - PHP 8.0+支持构造参数提升（property promotion），可简化写法：
public function __construct(public string $name, private int $id) {}，但仅限简单赋值，不能加逻辑
__construct和__destruct不是对称的生命周期钩子
很多人以为构造完就一定会走析构，其实不然。__destruct只在对象被销毁时触发（如变量超出作用域、脚本结束、显式unset()），但触发时机不可控，甚至可能不触发（比如进程被kill -9）。
所以别在__construct里开资源、指望__destruct去关——该用try/finally或显式close()的地方，别偷懒。
-
__destruct里不能可靠地做日志记录或发送HTTP请求，因为PHP可能已关闭输出缓冲或网络扩展 - 如果类管理了文件句柄、PDO连接等，优先提供
close()方法，让调用方主动释放 - 构造方法返回值永远是
void，写return $this;或return true;不仅无效，还会触发E_DEPRECATED（PHP 8.1+）
类型声明和参数顺序影响兼容性
PHP 7.0+支持构造方法参数类型声明，但要注意：标量类型（string、int）默认是严格模式（declare(strict_types=1)下才强制），而类名、数组、可空类型（?string）在非严格模式下也会生效。
容易踩的坑是子类重写构造方法时，参数顺序或类型和父类不一致，导致TypeError或Declaration must be compatible错误。
- 子类构造方法参数不能比父类少（除非用默认值补全），也不能把非可空类型改成可空类型
- 如果父类构造方法是
function __construct(LoggerInterface $logger)，子类写成function __construct($logger)会报错 - PHP 8.0+支持联合类型（
string|int），但别滥用——构造方法参数越简单清晰，外部调用越不容易传错
__construct里多想一步，后面debug能少盯半小时屏幕。 
