下面由composer教程栏目给大家深入 composer autoload，希望对需要的朋友有所帮助！
这几天看到 phphub 上面有人开始进坑怒看 laravel 源代码，于是我也凑个热闹来看下这个故事。
众所周知 composer 是现代 php 项目的基石， 与古老的 pear 不同， composer 并不是一款专注于系统级别 php 管理的包管理系统，而是基于项目的一个库管理系统。这就好比 npm install -g 和 npm install 的区别。而且最主要的是 pear 不太能跟上时代的潮流，在大家都在用 psr-* 的时候 pear 依然我行我素自成一体。
好吧，可能这是好事，但是也是坏事。好事是很多优秀的包都从 pear 发家致富，比如 php_codesniffer, php_unit 等等。但是随着时代的发展，php社区也渐渐地从其他社区汲取到了一些精华，慢慢地向前发展。最近的 laravel 就是直接扔进了 composer。因为 psr-4 这个规范真是不能再爽更多。这真的是我用各种包用得最顺手的一套命名规范了。
扯远了，扯回 vendor/composer/autoload_real.php 这个核心 composer 文件。
自动加载的类型
总体来说 composer 提供了几种自动加载类型
classmappsr-0psr-4files
这几种自动加载都会用到，理论上来说，项目代码用 psr-4 自动加载， helper 用 files 自动加载，development 相关用 classmap 自动加载。 psr-0 已经被抛弃了，不过有些历史遗留依然在用，所以偶尔也会看到。
classmap
这应该是最最简单的 autoload 模式了。大概的意思就是这样的：
{ "classmap": ["src/"]}然后 composer 在背后就会读取这个文件夹中所有的文件 然后再 vendor/composer/autoload_classmap.php 中怒将所有的 class 的 namespace classname 生成成一个 key => value 的 php 数组
<?phpreturn [ 'app\\\\\\\\console\\\\\\\\kernel' => $basedir . '/app/console/kernel.php'];?>然后就可以光明正大地用 spl_autoload_register 这个函数来怒做自动加载了。
好吧 上面的例子其实有点 tricky 就是上面这个 autoload 实际上是根据 prs-4 来生成出来的。不过这不重要，了解底层重要点，我们可以看到所有的所谓的 autoloading 其实可以理解为生成了这么一个 classmap，这是 composer dump-autoload -o 做的事儿。不然的话compoesr 会吭哧吭哧地去动态读取 psr-4 和 prs-0 的内容。
psr-0
现在这个标准已经过时了。当初制定这个标准的时候主要是在 php 从 5.2 刚刚跃迁到 5.3 有了命名空间的概念。所以这个时候 psr-0 的标准主要考虑到了 <5.2 的 php 中 类似 acme_util_classname 这样的写法。
{ "name": "acme/util", "auto" : { "psr-0": { "acme\\\\\\\\util\\\\\\\\": "src/" } }}文档结构是这样的
vendor/ acme/ util/ composer.json src/ acme/ util/ classname.phpclassname.php 中是这样的
<?phpclass acme_util_classname{}?>我们可以看到由于旧版本的 php 没有 namespace 所以必须通过 _ 将类区分开。
这样稍微有点麻烦。指向一个文件夹之后 src 还要在 src 中分成好几层文档树。这样太深了。没有办法，但是似乎想要兼容 _ 的写法仔细想想这是唯一的办法了。（psr-0 要求 autoloading 的时候将 类中的 _ 转义为 '\\\\'）
所以在 php5.2 版本已经彻底被抛弃的今天， fig 就怒推出了 psr-4
psr-4
这个标准出来的时候一片喷声，大概的意思就是 fig 都是傻逼么，刚刚出了 psr-0 然后紧跟着进推翻了自己。不过 fig 也有自己的苦衷，帮没有 namespace 支持的 php5.2 擦了那么久的屁股，在2014年10月21日的早晨，终于丢失了睡眠。
抛弃了 psr-0 的 composer 从此变得非常清爽。
最简单来讲就是可以把 prs-4 的 namespace 直接想想成 file structure
{ "name": "acme/util", "auto" : { "psr-4": { "acme\\\\\\\\util\\\\\\\\": "src/" } }}vendor/ acme/ util/ composer.json src/ classname.php可以看到将 acme\\\\util 指向了 src 之后 psr-4 就会默认所有的 src 下面的 class 都已经有了 acme\\\\util 的 基本 namespace，而 psr-4 中不会将 _ 转义成 \\\\ 所以就没有必要有 psr-0 那么深得文档结构了。
<?phpnamespace acme\\\\util;class classname {}?>file
然而这还是不够。因为可能会有一些全局的 helper function 的存在。
这个写法很简单就不多看了。
{ "files": [ "path/to/file.php" ]}autoload_real.php
好了看了所有的 autoload 类型那么直接怒看一发实现。
首先映入眼帘的就是一坨，我的是这样的
composerautoloaderinit64c47026c93126586e44d036738c0862
为啥？
因为这个类是全局的啊少年。
作为模块化大行其道的今天，全局的类总是有那么点奇怪。为了不让这个 autoload 的 helper 污染全局，composer 的仁兄们还是绞尽脑汁怒弄了这么一个奇怪的 hash。这直接就逼迫广大二笔程序员们不要跟这个撞衫。
好吧，接着往下看。
主要只有这么一个方法 getloader
<?php// autoload_real.php @generated by composerclass composerautoloaderinit64c47026c93126586e44d036738c0862{ private static $loader; public static function loadclassloader($class) { if ('composer\\\\autoload\\\\classloader' === $class) { require __dir__ . '/classloader.php'; } } public static function getloader() { if (null !== self::$loader) { return self::$loader; } spl_autoload_register(array('composerautoloaderinit64c47026c93126586e44d036738c0862', 'loadclassloader'), true, true); self::$loader = $loader = new \\\\composer\\\\autoload\\\\classloader(); spl_autoload_unregister(array('composerautoloaderinit64c47026c93126586e44d036738c0862', 'loadclassloader'));