在CodeIgniter中复用第三方功能应按库类型选择集成方式：无命名空间库需封装到libraries目录并显式require_once；Composer库应通过composer require安装并直接new调用；硬编码引入仅限调试。
要在CodeIgniter项目中复用现成功能（如微信登录、Excel导出、邮件发送），必须集成第三方库，但直接引入可能引发命名冲突、自动加载失败或配置错乱等问题，尤其在CI 3.x多环境部署时更易暴露。
直接放入libraries目录封装调用
这是最稳妥的适配方式，适用于无命名空间、无Composer依赖的纯PHP类库（如早期PHPMailer 5.x、TCPDF）。
第一步：将类库文件（如PHPMailerAutoload.php）整体复制到application/libraries/PHPMailer/目录下，保持原始目录结构不变。
第二步：在application/libraries/下新建包装类Email_lib.php，类名必须首字母大写且与文件名严格一致，否则CI自动加载机制会失效。
第三步：在构造函数中使用require_once APPPATH.'libraries/PHPMailer/PHPMailerAutoload.php';显式引入，【不能用spl_autoload_register或use语句】，否则CI的类加载器会跳过该类实例化。
这一步操作起来很简单，直接把文件拖进去就行。但若第三方库本身依赖其他扩展（如mbstring、openssl），需提前确认PHP环境已启用对应模块，否则运行时报Fatal error却无明确提示。
通过Composer自动加载（推荐现代项目）
适用于支持PSR-4规范、有composer.json声明的库（如guzzlehttp/guzzle、monolog/monolog）。
方法一：在项目根目录执行composer require guzzlehttp/guzzle:^7.8，Composer会自动写入vendor/autoload.php并更新autoload规则。
方法二：修改application/config/autoload.php，在$autoload['psr4']数组中追加'GuzzleHttp\' => FCPATH . 'vendor/guzzlehttp/guzzle/src/'——但此做法冗余，因Composer已注册全局自动加载器，无需CI二次干预。
方法三：在控制器中直接使用$client = new GuzzleHttpClient();，无需$this->load->library()。注意：必须确保vendor/autoload.php已在index.php顶部被引入，CI默认已包含该行。
【切勿在libraries目录下再建同名Guzzle类封装】，会造成类重复定义致命错误，且掩盖Composer autoload的真实路径问题。
硬编码include或require引入
仅限调试阶段临时使用，或集成极简工具函数（如一个单独的utils.php文件）。
在控制器任意位置写require_once APPPATH.'third_party/utils.php';即可调用其中函数。
这种方法绕过CI生命周期管理，无法访问$this->input、$this->db等核心对象，所有依赖需手动传参。一旦该文件含exit或die语句，整个请求将中断且无日志记录。
这一步风险高，不建议用于生产环境。
