thinkphp 5.1 已彻底移除 loader::import() 和 vendor()，必须改用 psr-4 自动加载并依赖 composer 管理第三方包；类文件路径、命名空间、文件名须严格一致，否则加载失败。
ThinkPHP 5.1 不再支持 Loader::import() 和 vendor()
直接用 Loader::import('Vendor.Classes.PHPExcel.IOFactory') 或 vendor('phpoffice.phpexcel.Classes.PHPExcel.IOFactory') 会报错——这些函数在 5.1 中已被彻底移除。框架不再提供手动路径导入机制，也不再扫描任意目录下的 PHP 文件。
常见错误现象包括：Class 'PHPExcel_IOFactory' not found、Call to undefined function vendor()。这不是路径写错，而是底层加载逻辑已变更。
必须改用 PSR-4 自动加载规范，且依赖 Composer 管理第三方包。手动 require/include 虽然能跑通，但无法参与自动加载、无法被 class_alias 或 Facade 识别，后续扩展和调试会卡死。
第三方类库必须通过 Composer 安装并注册 autoload
ThinkPHP 5.1 的自动加载只认两处：一是 application/（含模块子目录）下符合 PSR-4 命名规则的类；二是 vendor/ 下由 Composer 生成的 autoload_psr4.php 和 autoload_classmap.php 映射。
实操建议：
- 用
composer require phpoffice/phpexcel（注意：该包已废弃，推荐改用phpspreadsheet） - 确保
vendor/autoload.php在入口文件public/index.php中被正确引入（默认已有） - 检查
vendor/composer/autoload_psr4.php是否包含你安装包的命名空间映射，例如'PhpOffice\PhpSpreadsheet\' => array($vendorDir . '/phpoffice/phpspreadsheet/src/') - 不要把第三方类直接丢进
extend/目录——5.1 默认不扫描该目录，除非你手动注册（见下一条）
想让 extend/ 目录下的类被自动加载？得手动注册 PSR-4 规则
extend/ 是 ThinkPHP 保留的“自定义扩展目录”，但 5.1 不再默认启用它的自动加载。如果你坚持把类放这里（比如封装私有工具类），必须显式告诉自动加载器怎么找。
做法是在 application/provider.php（或入口文件 public/index.php 中 require 后）添加：
Loader::addNamespace('extend', APP_PATH . 'extend/');
然后确保你的类文件路径与命名空间严格匹配，例如：
- 文件路径：
application/extend/Util/ArrayHelper.php - 命名空间声明：
namespace extendUtil; - 类名：
class ArrayHelper
否则 new extendUtilArrayHelper() 仍会失败。注意：extend 是自定义前缀，不是固定关键字，你可以换成 mylib，只要前后一致即可。
自己写的类放在 application/ 下却没被加载？检查命名空间和路径是否对齐
这是最常踩的坑：类文件放对了位置，但命名空间写错一级，或大小写不一致（Linux 下敏感），自动加载就静默失败。
例如控制器 application/api/controller/User.php 必须声明：
namespace apppicontroller;
而不是 apppiController（C 大写）或 apppicontroller（缺 namespace 关键字）。框架按 $prefixDirsPsr4 映射查首字母，再拼路径，错一个字符就跳过。
验证方法：在控制器中执行 dump(get_declared_classes());，搜索你的类名是否在列表里。不在，说明加载根本没触发；在但调用时报错，则可能是命名空间引用时写错了别名或 use 路径。
复杂点在于模块配置和自动加载是两套机制——模块配置决定 config/ 加载顺序，而自动加载只管类文件路径映射。两者互不干扰，但都要求“约定优于配置”：路径、命名空间、文件名三者必须咬死。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
