- 自动加载
??? 自动加载是php提供的系统机制，依赖魔术方法__autoload()或sql_autoload_register()。
??? 1. __autoload
??????? 定义该方法后在使用未定义的类时，会先调用该方法尝试加载。该方法只能被定义一次。该方法自7.2,0起被废弃，子8.0.0起被移除。
??? 2. spl_autoload_register
??????? 将函数注册到spl的autoload队列中，该函数有三个参数：autoload_function、throw、prepend。
??????? 第一个参数可以是字符串格式的函数名，可以是闭包函数，也可以是一个array类型，array(‘类名或类实例’, ‘类的成员方法名’)。
??????? 第二个参数设置了第一个参数的方法无成功法注册时(如方法不存在或方法受保护)，是否抛出异常。
??????? 第三个参数设置是否将函数添加到队列之首，默认是添加到队列尾部。
??????? 需要注意的是，在使用spl_autoload_register后，如果已经定义了__autoload函数，需要将它显式注册到autoload队列中。因为spl_autoload_register会将zend引擎的__autoload函数替换成spl_autoload或spl_autoload_call。
??????? spl_autoload和spl_autoload_call的区别？spl_autoload是一个__autoload()的默认实现，在调用spl_autoload_register方法时不传入任何参数，即可在进行__autoload()调用时使用该函数。而spl_autoload_call是按顺序执行autoload队列中的函数，直到类被加载后停止执行并返回该类，如果执行完所有函数类还没有被加载，就直接退出spl_autoload_call函数，并不会报告错误。 - 依赖注入
??? 当我们在一个类中使用另一个类时，需要加载这个类并获取它的实例，这需要我们在业务逻辑中主动操作，当前类对目标类产生了依赖。
那如何注入这个依赖呢？可以在方法(构造方法或普通成员方法)中传递参数，也可以通过给成员变量赋值的方式注入依赖。
对于类的实例化，我们可以用工厂模式和注册树模式将其抽离出来，这就有了容器的概念。不再主动创建实例，而是由容器代劳，只需要从容器中取出再注入即可，将实例化的过程交给容器代劳的方式称作控制反转。
当然这只是最简单的情况，如果有多重依赖(就是我们依赖的类该依赖其他的类)，那岂不是每次依赖都要手动从容器获取再注入？那也太难受了，我们完全可以在容器中让使这个依赖的过程自动化。 - 依赖注入自动化
??? 容器有
|