详解composer的自动加载机制

详解composer的自动加载机制

composer是一个用PHP开发的用来管理项目依赖的工具,当你在项目中声明了依赖关系后,composer可以自动帮你下载和安装这些依赖库,并实现自动加载代码。

 

详解composer的自动加载机制

 

安装composer

composer的安装非常的容易

1.下载安装脚本,这里把安装脚本保存为 composer-setup.php

 

  1. [root@localhost composer]
    # php -r “copy(‘https://install.phpcomposer.com/installer’, ‘composer-setup.php’);”

  2. [root@localhost composer]
    # ls

  3. composer-setup.php

2. 然后执行运行安装脚本,然后会生成一个可执行的phar包文件composer.phar(类似java中的.jar包)

 

  1. [
    root@localhost composer]# php composer-setup.php

  2. All settings correct
    for using Composer

  3. Downloading…

  4.  
  5. Composer (version
    1.5.2) successfully installed to: /root/composer/composer.phar

  6. Use it: php composer.phar

  7.  
  8. [
    root@localhost composer]# ls

  9. composer.phar composer-setup.php

 

3.执行命令: php composer.phar,  显示如下信息说明安装成功,注意最好不要使用root账户来执行composer命令,否则会报警告:

Do not run Composer as root/super user! See https://getcomposer.org/root for details

 

  1. [root@localhost composer]
    # php composer.phar

  2. Do
    not run Composer as root/super user! See https://getcomposer.org/root for details

  3. _____
    _

  4. / ___
    _/___ ____ ___ ____ ____ ________ _____

  5. /
    / / __ \/ __ `__ \/ __ \/ __ \/ ___/ _ \/ ___/

  6. / /___/ /_/ / / / / / / /_/ / /_/ (__ ) __/ /

  7. \____/\____/_/ /_/ /_/ .___/\____/____/\___/_/

  8. /_/

  9. Composer version 1.5.2 2017-09-11 16:59:25

  10.  
  11. Usage:

  12. command [options] [arguments]

  13.  
  14. Options:

  15. -h, –help Display this help message

  16. …..

  17.  

4. 如果想让composer在任意目录下都可以执行,可以执行命令:mv composer.phar /usr/local/bin/composer ,将 composer.phar 放到系统环境变量之下并重命名为composer,  之后便可以在任意目录使用 composer 来代替 php composer.phar 命令

 

  1. [root@localhost composer]
    # mv composer.phar /usr/local/bin/composer

  2. [root@localhost composer]
    # cd ~

  3. [root@localhost ~]
    # composer

  4. Do
    not run Composer as root/super user! See https://getcomposer.org/root for details

  5. _____
    _

  6. / ___
    _/___ ____ ___ ____ ____ ________ _____

  7. /
    / / __ \/ __ `__ \/ __ \/ __ \/ ___/ _ \/ ___/

  8. / /___/ /_/ / / / / / / /_/ / /_/ (__ ) __/ /

  9. \____/\____/_/ /_/ /_/ .___/\____/____/\___/_/

  10. …..

  11.  

 

配置composer使用国内镜像库

由于国内特殊的网络环境,访问国外的官方镜像库往往速度很慢,甚至无响应,所以我们配置使用composer中文网(http://www.phpcomposer.com)提供的国内镜像库,执行以下命令即可

 

[zyee@localhost root]$ composer config -g repo.packagist composer https://packagist.phpcomposer.com

 

简单的composer.json

假设我们现在的项目根目录为demo,并且我们的项目依赖 monolog(https://github.com/Seldaek/monolog) 这个php日志库,这时我们可以在项目根目录建立一个 composer.json 文件,并输入以下内容:

 

  1. {

  2. “require”: {

  3. “monolog/monolog”: “1.0.*”

  4. }

  5. }


然后输入命令 composer install,composer会帮我们自动下载monolog库,一般依赖库会默认放在项目的vendor目录下

 

  1. [
    root@localhost demo]# ls

  2. composer.json

  3. [
    root@localhost demo]# composer install

  4. Do not run Composer
    as root/super user! See https://getcomposer.org/root for details

  5. Loading composer repositories with package information

  6. Updating dependencies (including require-dev)

  7. Package operations: 1 install, 0 updates, 0 removals

  8. Failed to download monolog/monolog from dist: The zip extension and unzip command are both missing, skipping.

  9. The php.ini used by your command-line PHP is: /etc/php.ini

  10. Now trying to download from source

  11. – Installing monolog/monolog (1.0.2): Cloning b704c49a30

  12. Writing lock file

  13. Generating autoload files

  14. [root@localhost demo]# ls

  15. composer.json composer.lock vendor


composer的自动加载

composer不仅仅帮我们处理依赖,还帮我们实现了自动加载。在vendor目录下有一个autoload.php, 只要在我们的项目中引入这个文件就可以自动加载依赖库。

详解composer的自动加载机制

项目根目录下新建一个index.php, 并输入以下测试代码:

 

  1. <?php

  2. require ‘vendor/autoload.php’;

  3.  
  4. use Monolog\Logger;

  5. use Monolog\Handler\StreamHandler;

  6.  
  7. $log =
    new Logger(‘demo’);

  8. $log->pushHandler(
    new StreamHandler(‘app.log’, Logger::WARNING));

  9. $log->addWarning(
    “this is a warning log!”);


测试是否运行正常:

 

  1. [root@localhost demo]# php index.php

  2. [root@localhost demo]# ls

  3. app.log composer.json composer.lock index.php vendor

  4. [root@localhost demo]# cat app.log

  5. [2017-09-28 00:32:27] demo.WARNING: this is a warning log! [] []


可以看到monolog库完全不需要我们手动去加载,只需要使用正确的命名空间,composer的自动加载机制会帮我们找到对应的文件并加载。

对于依赖库,composer帮我们处理好了自动加载,那对于我们自己的项目文件该怎么实现自动加载呢,比如现在在我的项目根目下创建一个 controllers 目录存放控制器,并在该目录下新建一个Controller.php, 代码如下:

 

  1. <?php

  2. namespace controllers;

  3.  
  4. class Controller

  5. {

  6. public function test()

  7. {

  8. echo “Controller::test\n”;

  9. }

  10. }


现在如何在index.php中自动加载这个 Controller 类呢,如果我们直接在index.php写

 

  1. <?php

  2. require ‘vendor/autoload.php’;

  3. use controllers\Controller;

  4.  
  5. $c =
    new Controller();

  6. $c->test();

 

上面代码肯定是无法找到Controller类的:

  1. [root@localhost demo]# php
    index.php

  2. PHP Fatal error: Uncaught Error:
    Class ‘controllers\Controller’ not found in /root/demo/index.php:6

  3. Stack trace:

  4. #0 {main}

  5. thrown
    in /root/demo/index.php on line 6

 

要想解决上述这个问题我们首先需要了解下composer的自动加载机制。

composer支持四种自动加载的方式:PSR-0PSR-4 /ClassmapFiles , 其中 PSR-4 是当前推荐的加载方式。

 

什么是 PSR ?

PSR 是 PHP Standards Recommendations(PHP 标准建议)的缩写,这是一个叫做 PHP Framework Interop Group(http://www.php-fig.org/) 的组织所推出的关于PHP编程方面的一些标准建议,这个组织的成员包括一些知名的框架和项目,比如 CakePHP,Drupal,Magento,Symfony,Yii framework,Zend Framework 2等等,当然也包括这里说的 composer,该组织曾推出了一系列的 PSR, 具体的有哪些请参考 http://www.php-fig.org/psr/ , 其中 PSR-0 http://www.php-fig.org/psr/psr-0/)和 PSR-4http://www.php-fig.org/psr/psr-4/)是关于自动加载方面做出的一些规范

 

1. Files 是最简单的加载方式,这种方式不管加载的文件是否用到始终都会加载,而不是按需加载

修改项目根目下的composer.json, 加入 “autoload” 项:

 

  1. {

  2. “require”: {

  3. “monolog/monolog”: “1.0.*”

  4. },

  5. “autoload”: {

  6. “files”: [“controllers/Controller.php”]

  7. }

  8. }

需要加载哪个文件,直接写入文件路径即可,路径相对项目的根目录。然后执行composer dump-autoload,该命令可以遍历我们项目根目录以及各依赖库下的 composer.json 文件然后重新生成 vendor/composer/autoload_* 跟自动加载相关的配置文件

 

  1. [root@localhost demo]
    # composer dump-autoload

  2. Do
    not run Composer as root/super user! See https://getcomposer.org/root for details

  3. Generating autoload files

此时composer会帮我们更新自动加载相关的配置文件,composer dump-autoload 之后composer会把配置值写入与 Files加载方式对应的 vendor/composer/autoload_files.php 配置文件中:

  1. [root@localhost demo]
    # cat vendor/composer/autoload_files.php

  2. <?php

  3.  
  4. // autoload_files.php @generated by Composer

  5.  
  6. $vendorDir = dirname(dirname(
    __FILE__));

  7. $baseDir = dirname($vendorDir);

  8.  
  9. return array(

  10. ‘0b001b283842589bdffd092a1d29de66’ => $baseDir . ‘/controllers/Controller.php’,

  11. );


此时再运行index.php就一切正常了

 

  1. [root@localhost demo]# php index.php

  2. Controller::test

 

2. Classmap 加载方式也很简单,composer会搜寻我们指定的目录或文件,并把搜寻到的结果写到Classmap对应的 vendor/composer/autoload_classmap.php 配置文件中。 修改composer.json :

 

  1. {

  2. “require”: {

  3. “monolog/monolog”: “1.0.*”

  4. },

  5. “autoload”: {

  6. “classmap”: [“controllers/”]

  7. }

  8. }


以上配置会让composer搜寻 controllers 目录下的所有类,并生成配置文件,同样先 composer dump-autoload 下:

 

  1. [root@localhost demo]
    # composer dump-autoload

  2. Do not run Composer as root/super user! See https://getcomposer.org/root for details

  3. Generating autoload files

  4.  
  5. [root@localhost demo]
    # cat vendor/composer/autoload_classmap.php

  6. <?php

  7.  
  8. // autoload_classmap.php @generated by Composer

  9.  
  10. $vendorDir = dirname(dirname(
    __FILE__));

  11. $baseDir = dirname($vendorDir);

  12.  
  13. return array(

  14. ‘controllers\\Controller’ => $baseDir . ‘/controllers/Controller.php’,

  15. );

 

此时发现之前生成的 vendor/composer/autoload_files.php 配置文件也被 composer 删除了(由于项目中没再使用到Files的加载方式)

 

  1. [root@localhost demo]# ll vendor/composer/

  2. 总用量 44

  3. -rw-r–r– 1 root root 222 9月 28 01:59 autoload_classmap.php

  4. -rw-r–r– 1 root root 210 9月 28 01:59 autoload_namespaces.php

  5. -rw-r–r– 1 root root 143 9月 28 01:59 autoload_psr4.php

  6. -rw-r–r– 1 root root 1762 9月 28 01:59 autoload_real.php

  7. -rw-r–r– 1 root root 867 9月 28 01:59 autoload_static.php

  8. -rw-r–r– 1 root root 13451 9月 28 01:59 ClassLoader.php

  9. -rw-r–r– 1 root root 1375 9月 28 01:59 installed.json

  10. -rw-r–r– 1 root root 1070 9月 28 01:59 LICENSE

测试结果:

  1. [root@localhost demo]# php index.php

  2. Controller::test


3. PSR-0 ,这种加载方式已经过时,所以不推荐在新项目中使用,请用 PSR-4 来代替它。修改composer.json 如下, 然后执行composer dump-autoload

  1. {

  2. “require”: {

  3. “monolog/monolog”: “1.0.*”

  4. },

  5. “autoload”: {

  6. “psr-0”: {
    “controllers\\”: “”}

  7. }

  8. }


以上配置的意思是指定 controllers命名空间 所在的父级目录,由于controllers命名空间所在的父级目录就是项目根目录, 所以配置值用 “” ,composer dump-autoload后配置会写入 PSR-0对应的 vendor/composer/autoload_namespaces.php 配置文件中,而且从配置文件中可以看到之前使用的 monolog 也是使用 遵循PSR-0 规范的自动加载

 

  1. [root@localhost demo]
    # composer dump-autoload

  2. Do not run Composer as root/super user! See https://getcomposer.org/root for details

  3. Generating autoload files

  4.  
  5. [root@localhost demo]
    # cat vendor/composer/autoload_namespaces.php

  6. <?php

  7.  
  8. // autoload_namespaces.php @generated by Composer

  9.  
  10. $vendorDir = dirname(dirname(
    __FILE__));

  11. $baseDir = dirname($vendorDir);

  12.  
  13. return array(

  14. ‘controllers\\’ => array($baseDir . ‘/’),

  15. ‘Monolog’ => array($vendorDir . ‘/monolog/monolog/src’),

  16. );

  17. [root@localhost demo]
    # php index.php

  18. Controller::test


4. PSR-4  是 PSR-0 的升级版,是目前推荐的自动加载方式,这种方式使用的是按需加载。

修改composer.json 如下:

 

  1. {

  2. “require”: {

  3. “monolog/monolog”: “1.0.*”

  4. },

  5. “autoload”: {

  6. “psr-4”: {
    “controllers\\”: “controllers/”}

  7. }

  8. }


注意和PSR-0 的 composer.json 做对比,PSR-4 和 PSR-0 的主要区别是,PSR-4指定的就当作当前命名空间的目录, 而PSR-0 指定的是当前命名空间的父目录。composer dump-autoload 一下, 配置会写入PSR-4对应的 vendor/composer/autoload_psr4.php 文件中

 

  1. [root@localhost demo]
    # cat vendor/composer/autoload_psr4.php

  2. <?php

  3.  
  4. // autoload_psr4.php @generated by Composer

  5.  
  6. $vendorDir = dirname(dirname(
    __FILE__));

  7. $baseDir = dirname($vendorDir);

  8.  
  9. return array(

  10. ‘controllers\\’ => array($baseDir . ‘/controllers’),

  11. );

  12.  
  13. [root@localhost demo]
    # php index.php

  14. Controller::test

以上就是对composer的四种自动加载方式的简单介绍,这里主要偏向于使用,至于代码的实现,大家可以阅读 vendor/autoload.php 以及 vendor/composer/ 目录下的相关代码,有时间我再单独写一篇composer自动加载机制实现的源码分析^^

That’s it!

 

此文为原创,转载请注明出处 :http://blog.csdn.net/zhang197093/article/details/78118491

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/112920.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • 这些哭笑不得的情景,每一个程序猿都可能面对「建议收藏」

    这些哭笑不得的情景,每一个程序猿都可能面对

  • NAT模式和桥接模式实现局域网其他物理机器与Vmware虚拟机互相访问

    NAT模式和桥接模式实现局域网其他物理机器与Vmware虚拟机互相访问 一般装完Vmware虚拟机都需要与局域网中其他机器互联互通,在安装虚拟机的时候就要先考虑好用哪种模式进行连接。Vmware支持3种网络连接模式,我们先简单介绍一下3种模式然后再说具体的配置。一、3种连接模式1、桥接模式: 所谓桥接就是把两个本来分开的网段连接起来,连接之后成为了一个更大的网络。vmware提供了一个虚拟的桥接器,他就像一座桥一样把虚拟机的网络环境和物理机的网络环境连在了一起…

  • Ubuntu skills

    Ubuntu skills

  • 深度:一文看懂Linux内核!Linux内核架构和工作原理详解[通俗易懂]

    深度:一文看懂Linux内核!Linux内核架构和工作原理详解[通俗易懂]简介作用是将应用层序的请求传递给硬件,并充当底层驱动程序,对系统中的各种设备和组件进行寻址。目前支持模块的动态装卸(裁剪)。Linux内核就是基于这个策略实现的。Linux进程1.采用层次结构,每个进程都依赖于一个父进程。内核启动init程序作为第一个进程。该进程负责进一步的系统初始化操作。init进程是进程树的根,所有的进程都直接或者间接起源于该进程。virt/—-提供虚拟机技术的支…

  • kali linux用户名密码忘记了怎么办_kali用户名密码

    kali linux用户名密码忘记了怎么办_kali用户名密码1.修改账户的本质对于linux系统来说,一切皆文件,所以修改系统中的设置就是修改一些关联的文件。而修改用户名和密码就是修改系统的设置,只是这个设置比较特殊,这个设置修改起来也较为麻烦和危险。这里需要注意的事项:如果需要同时修改用户名和密码,那么请先修改密码,密码修改成功之后再修改用户名,这一点是一定需要注意的,这样可以避免修改用户名和密码后密码错误或密码正确也无法进入桌面的问题。2.修改密码对于linux系统熟练使用终端进行系统设置是非常方便的,简单来说就是设置步骤一部到位

  • 【转载】高性能IO模型浅析

    【转载】高性能IO模型浅析

    2021年11月18日

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号