__toArray()不是PHP内置魔术方法，需手动定义以控制对象转数组逻辑，可过滤敏感字段、格式化数据、递归处理子对象并统一默认值；强制类型转换(array)会暴露私有/保护属性的变形键名，get_object_vars()仅返回公有属性，json_encode/json_decode存在类型丢失和性能问题，反射法灵活但复杂。
PHP魔术方法本身不直接参与对象转数组过程，但__toArray()（非内置魔术方法，需手动定义）能彻底改变转换行为——它不是PHP语言预设的魔术方法（如__toString()），而是开发者约定俗成的“伪魔术方法”，用于显式控制转换逻辑。真正影响转换结果的，是属性可见性、序列化规则和是否主动实现该方法。
__toArray() 不是内置魔术方法，但最值得用
PHP官方并未将__toArray()列为魔术方法（手册中无定义），因此不会被自动调用。但它已成为主流框架（如Laravel的toArray()、Symfony的normalize()）的事实标准。一旦你在类中定义了public function __toArray()，就能完全掌控：
- 只暴露业务需要的字段，隐藏敏感属性（如
$password_hash） - 对日期、枚举、关联对象等做格式化处理（例如
$this->created_at->format('Y-m-d')） - 递归调用子对象的
__toArray()，避免嵌套对象变stdClass - 统一处理
null值、空字符串或默认值，保持API响应一致性
强制类型转换 (array) 会暴露私有/保护属性的“变形名”
使用(array)$obj看似简单，但实际会把非公有属性以特殊格式写入数组键名，容易引发意外：
- 私有属性
private $id→ 键名为"\0Person\0id" - 受保护属性
protected $name→ 键名为"\0*\0name" - 这些键名含不可见字符，
isset($arr['id'])返回false，遍历时需用var_dump()才能看清 - JSON编码后这些前缀仍保留，前端解析失败或字段丢失
get_object_vars() 安全但太“干净”，容易漏数据
这个函数只返回public属性，优点是结果可预测、无乱码键名；缺点也很明显：
立即学习“PHP免费学习笔记（深入）”；
- 完全忽略
private和protected属性，哪怕你已通过__get()提供读取逻辑，它也不触发 - 无法处理计算属性（如
getFullNameAttribute()）或动态值 - 若类大量使用封装属性（推荐做法），
get_object_vars()基本返回空数组 - 适合临时调试或DTO类（纯数据容器），不适合业务模型类
json_encode + json_decode 是“类型擦除器”，慎用于强类型场景
这种组合看似能拿到所有可序列化的属性，但代价不小：
-
DateTime对象变成字符串，int可能变string（尤其带前导零时） - 资源类型（如
mysqli连接）、闭包、__sleep()未声明的属性会被静默丢弃 - 无法自定义格式（比如金额要保留两位小数、布尔值要转
"true"/"false"字符串） - 性能开销比直接构造数组高约3–5倍（实测10万次循环）
反射法灵活但复杂，一般没必要手写
用ReflectionClass可以访问所有属性（包括private），但需手动处理可见性、值获取、循环引用等问题：
- 必须调用
$prop->setAccessible(true)才能读取私有属性值 - 若属性是对象，需递归处理，否则得到
stdClass而非预期结构 - 没有现成的“跳过null”“重命名字段”能力，每项都要自己写逻辑
- 建议仅在通用工具类中封装一次，避免每个模型都重复造轮子
