一、通过Composer安装PHPMailer主包
在ThinkPHP项目中集成邮件发送功能，Composer是官方推荐且最可靠的依赖管理工具。这里有个关键点：务必使用PHPMailer迁移后的官方包名，任何大小写错误或使用旧的包名，都可能导致令人头疼的“Class not found”错误。
具体操作，可以按以下步骤来：
首先，打开终端，确保当前目录是你的ThinkPHP项目根目录。怎么判断？看一眼目录里是否包含composer.json文件和vendor文件夹就知道了。
接着，执行这条核心命令：composer require phpmailer/phpmailer。
需通过Composer安装phpmailer/phpmailer包、引入vendor/autoload.php、正确使用PHPMailer\PHPMailer命名空间、执行composer dump-autoload -o刷新加载，并验证类存在性。
命令执行成功后，需要确认几个结果：vendor/autoload.php文件应该存在；同时，vendor/phpmailer/phpmailer目录下会包含完整的src/源代码子目录。最后，别忘了打开composer.json文件检查一下，依赖项里应该已经新增了类似"phpmailer/phpmailer": "^6.9"（版本号可能不同）这一行。
二、手动引入Composer自动加载器
安装完包只是第一步。ThinkPHP框架本身并不会自动加载第三方库，所以接下来必须显式引入Composer的自动加载器。这一步如果漏了，后面调用PHPMailer\PHPMailer\PHPMailer类时，系统还是会提示找不到。
引入的位置很关键：
1. 通常，在编写邮件发送逻辑的文件（比如某个控制器方法，或者你封装的独立类文件）的最顶部，需要加上这么一行：require __DIR__ . '/../vendor/autoload.php';。注意，路径中的/../需要根据你的文件所在位置灵活调整。
2. 如果你希望全局生效，也可以在ThinkPHP的应用入口文件（例如public/index.php）里引入，这时建议使用绝对路径更稳妥：require dirname(__DIR__) . '/vendor/autoload.php';。
怎么验证引入成功了呢？有个简单粗暴的方法：在引入语句后面加一行测试代码 var_dump(class_exists('PHPMailer\PHPMailer\PHPMailer'));，如果页面上显示的是bool(true)，那就恭喜你，路径对了。
三、修正命名空间与类引用方式
命名空间是另一个容易踩坑的地方。PHPMailer官方包的完整命名空间是PHPMailer\PHPMailer，注意，这里是两层结构，缺一不可，写错了大小写也不行。
正确的使用姿势是这样的：
首先，在代码文件的开头，用use语句声明好别名：use PHPMailer\PHPMailer\PHPMailer;。
然后，实例化的时候，直接使用这个别名或者完整的限定名都可以：$mail = new PHPMailer(true);。
这里列举几个绝对要避免的错误写法，引以为戒：new \PHPMailer();、new phpmailer\phpmailer\phpmailer();（大小写错误），或者new PHPMailer\PHPMailer();（漏掉了最后的类名）。
四、刷新Composer自动加载映射
有时候，明明包已经安装好了，却依然报错“Class ‘PHPMailer\PHPMailer\PHPMailer‘ not found”。这种情况，多半是Composer的自动加载映射没有及时更新。解决起来很简单，强制重建一下PSR-4映射表就行。
在项目根目录下，运行这条命令：composer dump-autoload -o。
看到终端输出Generated optimized autoload files的提示，就表示刷新成功了。如果你用的是PhpStorm这类IDE，最好也顺手清除一下它的缓存并重新索引项目，避免IDE的静态分析给你错误提示。
五、验证安装结果并排除常见误操作
所有步骤完成后，强烈建议立即做一个快速验证，同时排查几个新手常见的高频失误点，确保万无一失。
1. 创建一个最简单的测试脚本（比如叫test-mail.php），里面只包含引入自动加载器、实例化PHPMailer对象和一句echo 'OK';。运行这个脚本，只要不报Fatal Error，基础环境就算通了。
2. 回头检查一下，安装时有没有手误把包名大小写写错，例如执行成了composer require PHPMailer/PHPMailer（正确应为全小写），这会导致Composer在仓库里找不到包。
3. 确认安装时没有添加--dev参数。否则，这个包会被标记为仅开发环境依赖，生产环境部署时如果只执行composer install --no-dev，它就不会被安装。
4. 最后，切记不要图省事，去手动require某个具体的源码文件（比如src/PHPMailer.php）。这样做完全绕过了Composer的自动加载机制，后续的依赖管理会一片混乱，失败是必然的。
如果您在ThinkPHP项目中需要实现邮件发送功能，但PHPMailer类无法加载或发送失败，则可能是由于安装路径错误、自动加载未引入或包名不正确导致。遵循以上步骤，应该能系统地解决大部分安装和加载问题。
