use仅做命名空间别名映射，不加载文件；类加载需依赖composer自动加载、框架别名机制或显式require_once，混用会导致类重定义错误。
use 不加载文件，只做命名空间别名映射
很多人以为 use 是“引入类”，其实它和文件加载完全无关。你写 use think\Db;，PHP 不会自动去磁盘找 Db.php；它只是告诉当前作用域：“后面写 Db，就等价于写 think\Db”。如果这个类根本没被加载过，运行时直接报 Class 'think\Db' not found。
常见错误现象：在控制器里写了 use gmars\rbac\Rbac;，但没通过 Composer 安装或手动 require，结果一实例化就报错。
- 必须确保类文件已被加载（框架自动加载、Composer 自动加载、或显式
require_once） -
use支持as别名，比如use think\Db as Database; - 多个同名类需共存时，
use是唯一解法，例如同时用think\Cache和topthink\think-cache\Cache
require_once 是加载类文件的底层手段
require_once 的作用是把 PHP 文件内容原样插入当前执行流，且只插一次。ThinkPHP 5.1 默认不鼓励手动 require_once 类文件——因为 Composer 自动加载机制已覆盖绝大多数场景。但遇到以下情况，你仍可能需要它：
- 加载非 Composer 包的独立工具类（如
./extend/utils/ExcelHelper.php） - 临时调试时绕过自动加载，强制加载某个版本的类
- 引入纯函数文件（如
common.php），里面没有class，只有function或const
注意：require_once 'helper.php' 和 require_once './helper.php' 被 PHP 视为两个不同路径，可能重复加载；推荐统一用 require_once __DIR__ . '/helper.php';。
ThinkPHP 5.1 中类加载的实际链条
框架启动后，类的可用性依赖三层协作：Composer 自动加载 → ThinkPHP 类库别名机制 → 容器绑定。你写的 use think\Db; 最终能用，是因为：
- Composer 的
autoload配置把think\Db映射到vendor/topthink/framework/src/think/Db.php - TP5.1 的
Loader类注册了别名（如db→think\Db），所以Db::name()才能简写 - 容器中
think\Db默认未绑定为单例，每次app()->make('db')都新建实例（除非手动 bind）
如果你用 use gmars\rbac\Rbac; 却报错，先检查 composer.json 是否含 "gmars/tp5-rbac": "dev-master"，再运行 composer dump-autoload。
容易踩的坑：混用 require 和 use 导致类重定义
最典型的问题是：自己手动 require_once 'Rbac.php';，又用了 use gmars\rbac\Rbac;，而该包本身已由 Composer 加载。PHP 会报 Fatal error: Cannot declare class gmars\rbac\Rbac, because the name is already in use。
原因在于 Composer 自动加载和手动 require_once 加载了同一个物理文件两次。解决方式很直接：
- 删掉所有手动
require_once第三方类文件的代码，交给 Composer 管理 - 确认第三方包是否真被安装：
ls vendor/gmars/tp5-rbac/ - 若必须混用（如开发中改了 vendor 里的类），加个判断：
if (!class_exists('gmars\rbac\Rbac')) { require_once __DIR__ . '/Rbac.php'; }
真正复杂的是路径歧义和自动加载失效的组合：一个类在多个位置存在、PSR-4 配置错位、或 vendor/autoload.php 没被引入——这些不会立刻报错，但会在某次部署后突然崩。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
