当您向 compsoser 请求 App\Controllers\AuthController 类时，它首先在类映射中搜索直接关联。classmap 是一个由类和文件组成的 1 到 1 关联的数组。当然，由于您没有手动将 Login 类及其相关文件添加到类映射中，composer 将继续在命名空间中搜索。
因为 App 是一个 PSR-4 命名空间，默认情况下是与 Laravel 一起提供的，并且与 app/ 文件夹相关联，所以 composer 将尝试使用基本的字符串操作过程将 PSR-4 类名转换为文件名。最后，它猜测 App\Controllers\AuthController 必须位于 AuthController.php 文件中，它位于 Controllers/ 文件夹中，恰巧的是，该文件夹正好位于名称空间文件夹中，即 app/。
所有这些艰苦的工作只是为了得到 App\Controllers\AuthController 类存在于 app/Controllers/AuthController.php 文件中。为了让 composer 扫描整个应用程序并创建类和文件的直接 1 对 1 关联，运行以下命令:
composer dumpautoload -o
请记住，如果您已经运行了 php artisan optimize --force，那么您就不必再运行这个函数了。因为优化命令已经告诉 composer 创建一个优化的自动加载器。
JIT 编译器（即时编译器）
PHP 并不是天然就被计算机理解的。你不能把它编译为字节码然后让计算机运行。PHP 必须要经过一个中介，像是 Zend 引擎，它会解释 PHP 文件并执行相应的 C 例程。如你所想，它的速度很慢。每次你的服务器执行一个 PHP 文件，都必须把它转换成 tokens —— 这个过程由 AST 解析器完成并解释。不幸的是，解析器必须每次都编译 PHP 文件，即使它每次都得到相同的结果。
为了让你的应用速度更快，你需要一个 编译一次，终生运行 的方法，而这就是一个 JIT 编译器所做的事情。
对于 Laravel 所推荐使用的 JIT 编译器是 HHVM，由 Facebook 创立并广泛使用。Wikipedia、Etsy 和其他上千项目也在使用它。
使用更快的缓存和会话驱动
将 session 保存在文件中是种足够快速而又优雅的方法，自 PHP 开始的时代就在这样做了。但是如果你追求性能，那么文件系统就是你需要注意的一件事，因为它很慢。一种更好的做法是将 cache 和 session 存储在内存中，因为它提供了一种高效读写数据的方式。幸运的是，laravel 支持一些基于内存的 cache 和 session 驱动。
我的建议是使用 memcached 作为 cache 和 session 的驱动，但你可以选择任何你喜欢的，只要它是基于内存工作的。
要更改 session 驱动，需要检查以下文件中「driver」项：
app/config/session.php
要更改 cache 驱动，需要检查以下文件中「driver」项：
内容版权声明：除非注明，否则皆为本站原创文章。