tp5中用loader::import加载无命名空间类必须定义extend_path并传入，且实例化时需加反斜杠；tp6起应改用composer psr-4注册并补全命名空间。
TP5 中用 Loader::import 加载无命名空间类必须配 EXTEND_PATH
不定义 EXTEND_PATH，Loader::import() 会直接报错找不到文件。这个常量不是可选的，而是路径解析的基准——它告诉 TP 去哪找你的类文件。
常见错误现象：Warning: include(): Failed opening 'xxx.php' for inclusion 或 Class 'libMyClass' not found，本质是路径拼错了。
- 入口文件（如
public/index.php）里加：define('EXTEND_PATH', __DIR__ . '/../extend/'); - 类文件放对位置：比如想加载
libMyClass，就得放在extend/lib/MyClass.php -
Loader::import()第二个参数必须传EXTEND_PATH，不能省略或传空字符串 - 注意路径末尾斜杠：如果
EXTEND_PATH缺少结尾/，拼出来可能是../extendlib/MyClass.php，直接 404
实例化无命名空间类时必须加反斜杠
TP5 默认开启 PSR-4 自动加载，所有类名都会被当作当前命名空间下的类去解析。你没写 namespace，但框架仍按命名空间逻辑处理，所以不加 就等于在当前控制器命名空间下找类，必然失败。
典型错误写法：$obj = new libMyClass(); → 实际查找的是 appcontrollerlibMyClass。
- 正确写法：
$obj = new libMyClass();（开头的表示全局作用域） - 即使类文件在
extend/lib/下且没声明命名空间，也必须加 - PHP 内置类同理：
new DateTime()、new stdClass()，不能省 - 别试图用
use libMyClass;然后new MyClass()—— 因为它没命名空间，use无效
TP6+ 不再推荐 Loader::import，改用 Composer PSR-4 显式注册
TP6 起自动加载完全交由 Composer 管理，Loader::import() 是兼容 TP5 的遗留接口，绕过 autoloader，性能差、不支持热更新、无法被 IDE 正确识别。
如果你坚持把无命名空间类放 extend/ 下，TP6 默认根本不扫描那里——除非你手动配置。
- 在
composer.json的"autoload"→"psr-4"里加一行："Lib\": "extend/lib/" - 类文件里补上命名空间：
namespace Lib;（这是关键一步，否则 PSR-4 不认） - 执行：
composer dump-autoload -o，否则修改不生效 - 之后就能直接
new LibMyClass()或use LibMyClass; new MyClass();
require_once 是最简单兜底方案，但要注意路径可靠性
当环境受限（比如不能改入口、不能跑 composer）、或只用一两次时，require_once 最直接。但它不参与自动加载，也不做路径映射，全靠你手写对。
容易踩的坑是相对路径失效——尤其在 CLI 和 Web 请求下 __DIR__ 指向不同目录。
- 推荐写法：
require_once dirname(__DIR__) . '/extend/lib/MyClass.php'; - 避免
require_once './extend/...'或require_once '../extend/...'，层级一变就崩 - 加个
file_exists()判断更稳妥：if (!file_exists($path)) { throw new Exception("Class file missing: $path"); } - 引入后仍要
new MyClass()，反斜杠不能省
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
