PHP自动加载与composer自动加载

当我们编写面向对象的程序时，通常是将类分别放在不同的文件中。但这样一来，当我们调用其他类的时候，则需要先手动引入该文件（否则会因为当前程序中没有该类名的类而报错） 久而久之加载的列表就会很混乱复杂，不方便管理。

文件A.php
<?php
class A{
    public function run(){
        echo "这是在A类中的方法";
    }
}
?>
文件B.php
<?php
require "A.php"; // 在这里需要先加载A.php文件
class B{
    public function run(){
        echo "这是在B类中的方法";
        $A = new A();
        $A->run();
    }
}

所幸，在PHP中我们可以定义自动加载器，自动加载需要使用的文件。

在讲自动加载器之前，我们先简单说说php中加载文件的几个函数的区别 以及 自动加载所需要的一些知识。

include和require

这两个都是php用来包含其他文件的，它们大部分的功能特性都一样，但也有一小部分的区别。 ** include有的特性require都有 **

• 加载成功会返回1，可以在被包含文件中通过return改变
• 当一个文件被包含时，其中所包含的代码继承了 使用包含语句所在行的变量范围，比如在函数中包含其他文件，则被包含文件中定义的变量也是函数内的作用域
• 包含是语法结构，而不是函数。不需要使用()包裹文件名

** include和require的不同 ** 它们只有处理失败的方式不同。 require 在出错时产生 E_COMPILE_ERROR 级别的错误。换句话说将导致脚本中止。（在框架或者其他业务逻辑中，建议使用require，这样子可以提高脚本的完整性和稳定性） 而 include 只产生警告 E_WARNING ，脚本会继续运行。

网上有的古老文章说require是无条件加载 即 if (false) require “test.php”; 也会正常执行加载，测试5.6,7.2都是不会加载的，从一小篇文章找到说是php4的情况

还有另外的include_once和require_once，这两个方法的区别跟它的普通方法一样，只是会检测加载的文件是否已经被加载过，如果是则不会再次加载（多了一个判断过程，稍微损耗一点性能）

命名空间

在面向对象的程序中，大部分的情况都是需要使用命名空间的。我们先了解命名空间的知识，在后续也会结合命名空间实现自动加载 在我们使用计算机的过程，如果想在同一个路径目录下新建两个同名的文件，将会得到错误提示，当前目录下已经存在该文件名的文件。 在php程序中也是如此，我们没办法在同一个空间下声明两个一样类名的文件，否则会得到报错提示 Cannot declare class A, because the name is already in use

<?php
class A{
    function __construct(){
        echo "第一个";
    }
}
class A{
    function __construct(){
        echo "第二个";
    }
}

在不同的目录中新建两个一样文件名的操作是被允许的，在程序中我们也可以通过命名空间来给代码划分目录 将不同的代码划分到不同的空间中，两个空间的代码将相对独立开来 新建两个文件 A1.php 和 A2.php

A1.php
<?php
namespace Siam;  // 声明命名空间使用该语法
class A{
    function __construct()
    {
        echo "这是在Siam空间下的A类";
    }
}

A2.php
<?php
// 没有声明命名空间，则是在根空间下
class A{
    function __construct()
    {
        echo "这是在根空间下的A类";
    }
}
// 此时我们可以通过普通的require引入A1.php
require "A1.php";
$A1 = new A();

运行A2，但是却得到结果： 这是在根空间下的A类

此时没有报错相同类名，所以可以看到使用了命名空间，将代码放到不同空间内，可以定义相同类名的类

那是因为，虽然我们已经引入了Siam\A 但是在使用的时候没有说明我们使用的是Siam空间下的A 当我们在某个命名空间下(如Siam)声明类的时候，该类的完整类名将是命名空间+类名如(Siam\A) 所以默认调用根的A类，我们将代码改成

require "A1.php";
$A1 = new Siam\A();

得到结果：这是在Siam空间下的A类 除了这种在调用的时候写名完整类名的方式，我们还可以提前声明，出现的所有名字为A的类，都是使用某个命名空间下的。 ** 先有定义命名空间，其他地方才能use ** 这个声明使用use 关键字，通常写在文件的开头，use需要写明完整类名。 新建一个文件

<?php
require "A1.php"; // 引入Siam空间下的A类文件
require "A1.php"; // 引入根空间下的A类文件
use Siam\A;  // 已经声明程序中使用的是Siam空间下的A类
$A1 = new A(); 
// 输出   这是在Siam空间下的A类
$A2 = new \A(); // 通过完整的类名，来调用根空间下的类
// 输出   这是在根空间下的A类

在使用use的时候还可以给类设置别名，防止当前脚本也有其他同名的类而导致的冲突 调用的时候值需要调用设置的别名即可

<?php
require "A1.php"; // 引入Siam空间下的A类文件
require "A1.php"; // 引入根空间下的A类文件
use Siam\A AS S_A;  // 已经声明程序中使用的是Siam空间下的A类，并且升值一个别名
$A1 = new S_A(); 
// 输出   这是在Siam空间下的A类
new A();  // 当前运行脚本没有声明namespace  所以是根空间  写的类名也不是完整类名，所以调用当前空间下的类  
// 输出   这是在根空间下的A类
$A2 = new \A(); // 通过完整的类名，来调用根空间下的类
// 输出   这是在根空间下的A类

自动加载的原理

index.php
<?php
new A();

当我们使用当前程序未定义的类时，会产生一个报错 Class 'A' not found。 在调用类的过程中，php会先检查当前程序内是否有该类，若没有则通过调用 __autoload函数引入该类的文件。 __autoload ( string $class ) : void

该方法在 php >= 7.2就被废弃了，如果使用的是>=7.2的版本可以继续看下面部分的内容

index.php
<?php
function __autoload($className){
    echo "正在尝试autoload方法\n";
    if (file_exists("$className.php")){
        require "$className.php";
    }
}
new A();

可以得到结果： 正在尝试autoload方法 Fatal error: Uncaught Error: Class ‘A’ not found in ** 那是因为我们现在还没有写A文件，我们创建一个A.php文件，里面声明A类 **

A.php
<?php
class A
{
    function __construct()
    {
        echo "A被实例化了\n";
    }
}

此时可以得到结果： 正在尝试autoload方法A被实例化了 至此就完成了一个简单的自动加载器的声明。我们实际的应用往往不会这么简单，这就需要我们对自动加载器的功能进一步完善才能灵活使用。 常见的加载器可以设计为： * 定义类名与文件地址的映射 * 根据命名空间与目录层级的稳定关系追寻文件 ** 第一种加载器 定义类名与文件地址的映射 **

<?php
function __autoload($className){
    // 定义一个映射关系数组 如果是有使用命名空间，则要填写完整类名
    $map = [
        'A' => 'Lib/A.php',
    ];
    if ( !empty($map[$className]) ){
        require $map[$className];
    }
}
new A();

** 第二种加载器 根据命名空间与目录层级的稳定关系追寻文件 **

<?php
function __autoload($className){
    var_dump($className);
}
new Siam\A();

运行可以得到结果string(6) "Siam\A" 我们依旧可以像第一种自动加载器一样定义map映射，同时我们可以根据命名空间的层级创建对应的目录，这样子就可以根据命名空间找到最终储存的目录路径了

<?php
function __autoload($className){
    if (file_exists("$className.php")){
        require "$className.php";
    }
}
new Siam\A();  // 此时要把Siam\A的类放到  Siam目录下的A文件中

可以正常运行得到结果：这是在Siam空间下的A类

在不同操作系统中，目录分隔符会不同，以上代码可能不能正常运行，需要根据命名空间的\ 替换成系统的目录分隔符

这种要求类文件根据命名空间存放在对应的目录层级中的约束，叫做PSR规范。（目前是第四个版本，更详细的资料可以通过其他方式了解） PSR-4规范不要求改变代码的实现方式，只建议如何使用文件系统目录结构和PHP命名空间组织代码，PSR-4规范以来PHP命名空间和文件系统目录结构查找并加载PHP类、接口和Traits。

php新版的自动加载器 spl_autoload ※※※ 推荐使用的方式

我们上面介绍了__autoload方法，随着语言的发展，该方式并不能很好的为我们提供服务了。 我们有的时候会使用别人封装的类，或者将类文件放在不同的根目录中。如果此时我们使用该方法来加载，则是这样子的运行流程：

if ( 类文件是否存在A目录 ){
    加载A目录下的该类文件
} else if ( 类文件是否存在B目录) {
    加载B目录下的该类文件
}...

会随着系统的扩展而越来越臃肿，所以出现了一种新的注册自动加载器的方式spl_autoload_register 该方式可以支持我们注册多个自动加载器，会按照注册的顺序寻找加载类，如果中途找到则加载并停止，否则将找到结束。 该函数需要传参，可以为callback，类与方法名，函数名等 如

class Foo {
    static public function test($name) {
        print '[['. $name .']]';
    }
}
spl_autoload_register('\Foo::test'); // 自 PHP 5.3.0 起 将类的一个方法作为加载器的入口
function my_autoloader($class) {
    include 'classes/' . $class . '.class.php';
}
spl_autoload_register('my_autoloader');  // 将一个函数作为加载器的入口
// 或者，自 PHP 5.3.0 起可以使用一个匿名函数
spl_autoload_register(function ($class) {
    include 'classes/' . $class . '.class.php';
});

使用方式跟__autoload其实基本一样。只是可以更加灵活地扩展。

composer的自动加载

在我们另一篇文章中已经很详细地介绍了composer：原文地址 除了管理依赖包的功能之外，自动加载也是composer的很重要的一个功能， 我们在使用依赖包的时候，并不需要每一个文件都去加载，而是引入composer的入口文件即可调用所有依赖类。 这就是composer已经为我们实现了自动加载的功能。 我们打开一个使用了composer的目录

在composer的核心中，存在着几个以autoload开头的文件，都是用来提供自动加载的功能的。

• autoload_classmap.php 存放类与文件路径的映射
• autoload_namespaces.php 存放命名空间与目录路径的映射
• autoload_psr4.php 存放符合psr4规范的映射关系

还有其他几个是加载的逻辑的处理等等，这里就先不详细讲，主要处理是从上面几个映射关系中寻找类文件并加载。

当我们更新依赖包，新增依赖包，删除依赖包的时候。composer都会更新它维护的那几个映射文件。

composer也提供了我们自己定义映射的功能，我们在composer.json中可以设置配置项。

当前提供PSR-0， PSR-4, classmap，files 四种加载方式的配置

注意注意注意！！！ 更新了配置文件都需要执行一下命令才能生效 composer dumpautoload

** files ** 如果你想要明确的指定，在每次请求时都要载入某些文件，那么你可以使用’files’ autoloading。通常作为函数库的载入方式（而非类库）

{
    "autoload": {
        "files": ["src/common/functions.php"]
    }
}

** classmap ** 当我们在使用一些不符合psr规范的类库时，比如老版的phpqrcode，它并没有使用命名空间。 这个时候我们将这类型的类文件放在一个目录中，并使用classmap方法设置在加载类文件的时候搜索这些目录。

{
    "autoload": {
        "classmap": ["src/", "lib/"]
    }
}

** psr4映射设置 ** PSR-4和PSR-0最大的区别是对下划线的定义不同。PSR-4中，在类名中使用下划线没有任何特殊含义。而PSR-0则规定类名中的下划线会被转化成目录分隔符。 现在一般都是使用PSR-4规范。

在composer.json中添加以下模块
"autoload": {
    "psr-4": {
        "Siam\\": "Lib/Siam",
        "Monolog\\": ["src/", "lib/"],  // 如果需要尝试在多个目录下寻找某个命名空间 则使用数组
    }
},

上面代表了Siam命名空间是对应Lib/Siam目录，以Siam为命名空间的类，会尝试从该路径中加载。 Monolog命名空间下的类可能在src目录下也可能在lib目录下，会尝试从这些路径中加载。

设置的命名空间必须以\结束