import不是自动加载器，而是按前缀拼路径后require_once：@从项目lib下找，think从框架lib下找，org/com从extend/library对应目录找，纯字母前缀视为分组目录；文件名须为类名+.class.php且大小写严格匹配。
ThinkPHP 的 import 不是自动加载器，它只是按固定规则拼路径 + require_once，用错路径或大小写就直接报 Class not found 或 failed to open stream。
import 路径怎么拼？看前缀就知道根在哪
前缀决定起始目录，不是“随便写个名字就能导”，系统会机械地按规则组装物理路径：
-
@：从当前项目根目录的Lib/下找，比如import('@.Util.Array')→App/Lib/Util/Array.class.php -
Think：从框架核心ThinkPHP/Lib/下找，import('Think.Util.Array')→ThinkPHP/Lib/Util/Array.class.php -
ORG或COM：固定走ThinkPHP/Extend/Library/ORG/或/COM/，import('ORG.Util.Image')→ThinkPHP/Extend/Library/ORG/Util/Image.class.php - 纯字母开头（如
Home、Blog）：会被识别为“分组目录”，尝试去App/../Home/Lib/这类路径找 —— 实际中极少用，容易出错，建议避免
为什么 import 后 new 出来还是报 Class not found？
常见原因是类文件里没写对 class 名，或者没加 .class.php 后缀：
-
import默认拼的是xxx.class.php，如果你的文件叫Array.php，它不会自动匹配 - 类名必须和文件名严格一致（不含后缀），
Array.class.php里必须是class Array { ... }，不能是class UtilArray - Linux 服务器区分大小写：
Image.class.php≠image.class.php，开发时用小写命名最稳妥 - 别在
import后立刻new，先加一行var_dump(class_exists('Array'));确认类是否已定义
vendor 方法和 import 有什么区别？
vendor 是 import 的别名，但默认行为不同：
-
import('Vendor.Zend.Http')和vendor('Zend.Http')效果一样，都指向ThinkPHP/Vendor/Zend/Http.php -
vendor的起始路径默认是ThinkPHP/Vendor/，后缀默认是.php（不是.class.php） - 所以导入 PSR-0/PSR-4 风格的第三方库（如 Zend、Monolog）优先用
vendor()，避免手动补.class.php - 注意：
vendor不会自动注册 autoload，它只是简单require_once，类里没namespace或use仍要自己处理
import 没报错但方法调不了？检查这三点
导入成功不等于能用，尤其是跨模块或老版本 TP（如 3.2）：
- 确认类文件里没有
namespace——import原生不解析命名空间，有 namespace 就得用use或完整限定名 - 静态方法直接用
ClassName::method()；实例方法必须$obj = new ClassName(); $obj->method()，不能跳过实例化 - 如果类依赖其他类（比如
Image里用了File），import不递归加载，得手动补上import('ORG.Util.File')
真正麻烦的从来不是 import 语法，而是路径映射和类定义之间的隐式耦合 —— 每次换环境、改目录、迁移到新服务器，第一反应不该是“为什么 import 不工作”，而是“它到底想 require 哪个文件”。把 THINK_PATH、APP_PATH 和实际目录结构对一遍，比查文档快得多。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
