为何使用命名空间运算符调用Laravel方法会触发报错？

我太懂这种突然报错的懵圈感了！你在 Laravel 12 + PHP 8.2 项目里遇到的情况，我之前也碰过——一开始直接用\Log::info()、\DB::table()这种带全局命名空间的写法，没在文件顶部引对应的 Facade，本来好好的，结果突然就炸出个报错：

Class "Log" not found

最后只能在文件顶部加上这句声明：

use Illuminate\Support\Facades\Log;

改成Log::info()的写法才恢复正常，对吧？

至于为啥会出现这种“时而能用时而报错”的情况，根源出在 Laravel 的 Facade 别名机制，还有 PHP 命名空间的解析规则上：

• 首先，Laravel 默认会在config/app.php的aliases数组里给常用 Facade 起别名（比如'Log' => Illuminate\Support\Facades\Log::class），正常情况下，用\Log这种全局命名空间调用，应该能通过别名解析找到对应的类。但如果你的文件本身在自定义命名空间下（比如namespace App\Services;），或者在一些 Laravel 别名还没完全初始化的场景里（比如提前加载的自定义脚本），就可能出现解析失败的情况。
• 其次，PHP 里用\Log是直接去全局命名空间找叫Log的类，而 Laravel 的别名是靠自动加载器和 Facade 代理机制实现的，要是自动加载器没正确触发，或者缓存（比如 Laravel 配置缓存、PHP 的 OPcache）存了脏数据，就会出现“找不到类”的乌龙。
• 而你加上use声明之后，相当于直接指定了类的完整路径，绕开了 Laravel 的别名解析环节，直接调用真实的类，自然就不会再报错了。

要是之后再碰到类似问题，先试试清一下 Laravel 配置缓存（php artisan config:clear），或者 PHP 的 OPcache 缓存，大概率能搞定。

备注：内容来源于stack exchange，提问作者Petro Gromovo