thinkphp 3.2 引入第三方类库核心是三步：放对位置（vendor目录）、选对方式（vendor()或import()）、实例化加反斜杠（new \classname）；不支持composer，依赖框架模拟加载，路径/大小写/后缀任一偏差均导致class not found。
ThinkPHP 3.2 引入第三方类库，核心就三点：放对位置、选对方式、实例化时加反斜杠。它不依赖 Composer，而是靠框架内置的 import 和 Vendor 机制，路径和后缀稍有偏差就会报“Class not found”。
把类库放进 Vendor 目录最稳妥
这是官方推荐、兼容性最强的方式。第三方类库（如 PHPExcel、phpqrcode、微信 SDK）统一解压到：
ThinkPHP/Library/Vendor/目录下
- 比如放 PHPExcel，路径应为：
ThinkPHP/Library/Vendor/PHPExcel/Classes/PHPExcel.php - 文件名保持原样即可，不需要改成 .class.php 后缀（
Vendor()默认按.php加载） - 调用时用点号（.）代替目录分隔符：
Vendor('PHPExcel.Classes.PHPExcel') - 实例化必须加根命名空间：
$excel = new \PHPExcel();（漏掉\就会找当前命名空间下的类）
用 import 导入 Org 或自定义命名空间类库
适合已按 ThinkPHP 规范组织的类库，比如自己写的工具类或改造过的第三方包：
- 把类放到
ThinkPHP/Library/Org/Util/Date.class.php，命名空间写成namespace Org\Util; - 控制器中调用：
import("Org.Util.Date"); $date = new \Org\Util\Date(); - 如果类没写命名空间，
import仍能加载文件，但实例化时必须加\：new \Date(); - 支持别名路径，如
import("@.Util.Array");表示加载当前应用下的Util/Array.class.php
手动 require 的兜底方案
当类库结构混乱、含多个依赖文件、或需控制加载时机时，直接写 require_once 最可靠：
- 例如引入邮件类：
require_once './ThinkPHP/Library/Org/Nx/class.phpmailer.php'; - 注意路径是相对于当前文件（通常是控制器），建议用绝对路径更稳：
require_once THINK_PATH . 'Library/Org/Nx/class.smtp.php'; - 这类文件通常无命名空间，直接
new \PHPMailer();即可
常见坑与绕过技巧
很多报错其实不是代码问题，而是加载链断在某个细节：
-
大小写敏感：文件名
Zll.php≠ 类名ZLL；Vendor('Wxphp.zll')中 zll 是小写，但类定义必须是class Zll -
后缀陷阱：
Vendor('A.b.c')默认找A/b/c.php；若实际是c.class.php，得显式传参：Vendor('A.b.c', '', '.class.php') -
嵌套 require 失败：类里用
include_once 'xxx.php'，路径常出错。建议在类中用dirname(__FILE__)定位：include_once dirname(__FILE__) . '/func/dir.func.php'; -
不支持 PSR-4：TP3.2 没有 Composer 自动加载概念，所有“自动”都是框架模拟的，别指望
composer.json配置生效
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
