php包管理利器composer源码分析1

long,long ago……PHP程序员似乎不是在copy，就是在copy的路上；经常要实现一些基本功能，比如验证码，分页，树形列表等等，但是又不想自己从头实现，于是百度，大把代码等你拿，仔细挑选一个满意的后，copy大法在自己的工程项目里建个文件夹，整个独立的类文件或者直接放在某个公共函数库文件中，就可以在自己的项目里使用了，但是用的过程中，会遇到各种始料未及的坑，有些甚至在项目上线后才爆发出来，心好累……后来composer出现了，PHP代码管理终于变得清爽，我好你好他好大家好才是真的好。

 基本用法可以参考官网文档，这里想从源码角度分析一下composer的使用。

首先下载源码 https://github.com/composer/composer，clone到本地。

这是源码结构：

注意：源码也是用composer进行代码管理，所以也得先composer install 后才能正常使用；

可以看到有个yml后缀的文件，appveyor是云端持续集成工具。

在vendor文件夹可以看到composer是通过symfony的console组件构建的；

命令入口文件是bin/composer,是个php脚本文件；

先加载了一个启动文件bootstrap.php

假如没有composer install安装，会提示并退出，这个文件返回一个loader；

这里有个xdebug扩展的检测，为了提高composer运行性能，会自动将xdebug关闭并通过passthru命令重启运行，但留了2个参数给用户自行控制：COMPOSER_ALLOW_XDEBUG=1，COMPOSER_DISABLE_XDEBUG_WARN=1。

然后增加memory_limit到1.5G以上，并设置COMPOSER_BINARY；

上面准备工作完毕，就可以运行command application了；

在Application的构造函数中，实例化了NullIO，设置默认的命令是list；

$input表示命令行输入的参数，默认是$_SERVER['argv']:

所以要shift第一个参数，得到tokens

进入doRun主流程

在命令列表中找到input中输入的命令参数名

如果当前目录下找不到composer.json配置文件，提示用户

一路向西，现在到这步了：