classmap

  • 这个命令的本质是将 PSR-4/PSR-0 的规则转化为了 classmap 的规则, 因为 classmap 中包含了所有类名与类文件路径的对应关系,所以加载器不再需要到文件系统中查找文件了。可以从 classmap 中直接找到类文件的路径。

  • 建议开启 opcache , 这样会极大的加速类的加载。php5.5 以后的版本中默认自带了 opcache

  • 这个命令并没有考虑到当在 classmap 中找不到目标类时的情况,当加载器找不到目标类时,仍旧会根据PSR-4/PSR-0 的规则去文件系统中查找

    composer dump-autoload [-o|–optimize]

权威的(Authoritative)classmap

执行这个命令隐含的也执行了 1 的命令, 即同样也是生成了 classmap,区别在于当加载器在 classmap 中找不到目标类时,不会再去文件系统中查找(即隐含的认为 classmap 中就是所有合法的类,不会有其他的类了,除非法调用)

如果你的项目在运行时会生成类,使用这个优化策略会找不到这些新生成的类。

-a 等同于 –classmap-authoritative
composer dump-autoload -a

使用 APCu cache

使用这个策略需要安装 apcu 扩展。

  • apcu 可以理解为一块内存,并且可以在多进程中共享。

  • 这种策略是为了在 1 中 classmap 中找不到目标类时,将在文件系统中找到的结果存储到共享内存中, 当下次再查找时就可以从内存中直接返回,不用再去文件系统中再次查找。

  • 在生产环境下,这个策略一般也会与 1 一起使用, 执行 composer dump-autoload -o –apcu, 这样,即使生产环境下生成了新的类,只需要文件系统中查找一次即可被缓存 , 弥补了 2. 的缺陷。

    composer dump-autoload –apcu