解析composer自动加载机制

　　原由
　　这几天在网上随便找了个简洁的接口框架，没想到简洁得过头了。没有配置文件，没有数据库调取，也没有单独的控制器，模型模块。然后自己一通的封装。用着倒是没问题，只是太多的文件引用了。显得很Low。于是想到了自动加载。由于框架本身就是用composer组合的几个模块拼凑在一起的，所以首选还是用composer来配置安装自动加载。 ## 四种加载方式最开始先不说开发层面，而是普及下composer自动加载的几种方式。一、 files方式
　　这种是比较原始的方式了，跟用require其实差不多，只能加载配置好的单独文件。{ ＂autoload＂: { ＂files＂: [＂src/MyLibrary/functions.php＂] }}二、Class-map方式
　　这种加载方式就有点升级了，可以扫描指定目录下的所有php,ini文件中的class，有点像批量加载。而且这种方式辨识度很高，使用composer执行更新自动加载后，直接能看到引用了多少个文件，在vendor/composer/autoload_classmap.php文件里也能明显看到是否引入了目标文件。 { ＂autoload＂: { ＂classmap＂: [＂src/＂, ＂lib/＂, ＂Something.php＂] }}三、PSR-0
　　到这一步已经快跟上时代了。因为前面说的两种，都是强制加载。不管用得着用不着的类，只要配置在加载列表里就会引入文件，而现在说的呢，只有实例化的类才会触发引入，在指定目录寻找对应的引用文件从而实例化类。 { ＂autoload＂: { ＂psr-0＂: { ＂Foo＂: ＂src/＂ } }}PSR-4
　　主角终于登场了，这就是今天要说的重点。比起上一种其实区别不大，只有方式名称0和4的区别.加载机制也一样。无非就是新的命名规范简化了目录。这个我是懒得去深究了，只是知道这就是我想要的。{ ＂autoload＂: { ＂psr-4＂: { ＂Controller＂:＂app/＂ } }}使用方法
　　使用方法很简单，不做太详细介绍。前面的几种方法里都有关键代码。把这些关键代码放在项目下的composer.json里，然后在该文件目录下执行命令composer dump-autoload,以及composer install就Ok了。也可以在vendor/composer/下的对应的文件里查看，是否配置成功。
　　解析PSR-4自动加载方式
　　总算说到代码层面了，通过上面的图片我已经标示出了关键的几个文件。其中涉及psr-4加载的是autoload_psr4.php,autoload_static.php。关于static这个文件我先卖个关子，稍候再提及。那么composer到底是怎样实现自动加载呢？小编要开讲了。第一步当然是要引入autoload_real.php，然后再通过ClassLoader.php文件根据不同的加载方式，引入不同的文件。咱们要讲的就是ClassLoader。php里面的一段逻辑。
　　第一步，先从319行的loadClass方法开始执行，然后执行335行的findFile方法。最后来到了findFileWithExtension方法，即终点了。后面的几种方式就不提了，只解说372行到391行的psr-4方式的自动加载。敲黑板了，注意噢。
　　比如实例化new ControllercontrollerhomeController()，注意这里的Controller是命名空间,controllerhomeController是命名空间所在路径下的相对路径。首先373行对实例的类名拼接成文件名，Controller/controller/homeController.php;375行，取出拼接的文件名的首字母A,接下来376行出现了第一次流程判断，$this->prefixLengthsPsr4里包含什么东东呢。这时候就回到了前面说到了autoload_static.php文件。下面贴出里面的关键代码`public static $prefixLengthsPsr4 = array ( ＂Z＂ => array ( ＂ZendDiactoros＂ => 15, ), ＂S＂ => array ( ＂SlimTests＂ => 11, ＂SlimPsr7＂ => 10, ＂Slim＂ => 5, ), ......＂C＂ => array ( ＂Controller＂ => 11,),);public static $prefixDirsPsr4 = array ( ＂ZendDiactoros＂ => array ( 0 => DIR . ＂/..＂ . ＂/zendframework/zend-diactoros/src＂, ), ＂SlimTests＂ => array ( 0 => DIR . ＂/..＂ . ＂/slim/slim/tests＂, ), ......＂Controller＂ => array ( 0 => DIR . ＂/../..＂ . ＂/app＂, ),);......>通过上面的代码就比较清晰了，原来配置生效后，composer把psr-4的配置同时写进了autoloadpsr4.php,autoloadstatic.php。在autoload_static.php里，写入了两个静态属性，一个是$prefixLengthsPsr4也就是配置的命名空间首字母，用来判断是否有该首字母的加载配置(对应376行代码)；另一个是$prefixDirsPsr4`也就是该命名空间首字母指向的文件目录。接着到了379行代码，判断拼接的文件名里是否有分级目录，并在380行代码取到顶级目录位置,controller/homeController.php.381，382行代码就说到了前面说到的$prefixDirsPsr4属性，也就是要寻找的命名空间首字母的指向目录,app.(可能包含多个路径)383行代码，拼接出命名空间下的相对路径，/controller/homeController.php;384到386行代码，就是遍历第5步查到的目录，然后把每个目录与第6步的相对路径拼接，判断是否存在这个文件，如果存在那当然是成功返回了。结语
　　个人表达水平有限，不知您是否get了。最后说个注意的地方，使用自动加载的文件名称要与实例化时的类名一致，当然文件里面的类名也要一致。还有引入类里写的namespace，要搞清楚当前在命名空间指定目录下的相对位置。