PHP类构造函数内初始化大量类是否会拖慢项目运行性能？

一、对性能的影响分析 #

• 如果你的13个依赖类属于轻量无复杂初始化逻辑的类：单次请求的性能损耗几乎可以忽略，但架构设计上存在紧耦合、难维护的问题，属于不推荐的写法
• 如果你的依赖类构造函数存在数据库连接、第三方API调用、文件读写、大量计算等重操作：性能影响会非常明显，哪怕你当前业务逻辑只用到其中1个依赖，剩余12个依赖的初始化开销都会被白白浪费，高并发场景下会直接导致接口响应变慢、服务器资源占用过高

除此之外这种写法还存在两个额外缺陷：一是硬编码耦合，要增删依赖必须修改products类的构造函数，不符合开闭原则；二是难以做单元测试，无法mock替换依赖类。

二、PHP8环境下的优化方案 #

方案1：懒加载（延迟实例化，最通用的优化方式） #

只在用到对应类的时候才初始化，避免不必要的资源开销，配合PHP8的类型声明、魔术方法实现非常简便，且调用逻辑和原有写法完全兼容：

<?php
class Products
{
    // 存储已实例化的依赖
    private array $dependencies = [];
    
    // 依赖类名映射，增删依赖只需要修改这个数组即可
    private array $classMap = [
        'class_1' => Class_1::class,
        'class_2' => Class_2::class,
        // ... 剩余11个类
        'class_13' => Class_13::class,
    ];

    public function __get(string $name)
    {
        // 对应依赖不存在且在映射表内才初始化
        if (!isset($this->dependencies[$name]) && isset($this->classMap[$name])) {
            $this->dependencies[$name] = new $this->classMap[$name]();
        }
        return $this->dependencies[$name] ?? null;
    }
}

正常调用$products->class_1->xxx()即可，未调用的依赖不会触发初始化。

方案2：配合依赖注入容器（适合中大型项目） #

如果你的项目已经引入DI容器（比如框架自带容器、PHP-DI等），直接把依赖交给容器管理，还支持依赖的自动注入、单例管理，进一步降低耦合度，配合PHP8的构造函数属性提升特性写法非常简洁：

<?php
class Products
{
    public function __construct(
        private readonly Class_1 $class_1,
        private readonly Class_2 $class_2,
        // ... 剩余依赖
        private readonly Class_13 $class_13,
    ) {}
}

// 调用时直接从容器取，容器会自动完成所有依赖的注入
$products = $container->get(Products::class);

这种方式还方便做单元测试，可直接传入mock的依赖类测试Products类的逻辑。

方案3：批量初始化（适用确实需要一次性加载所有依赖的场景） #

如果你确定每次使用Products类都要用到全部13个依赖，不想写重复的new代码，可以用循环批量初始化减少冗余代码：

<?php
class Products
{
    function __construct()
    {
        $classes = [
            'class_1' => Class_1::class,
            'class_2' => Class_2::class,
            // ... 剩余类
            'class_13' => Class_13::class,
        ];
        foreach ($classes as $prop => $className) {
            $this->$prop = new $className();
        }
    }
}

内容的提问来源于stack exchange，提问作者Batuhan Polat