You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Laravel移除sirmklive/paypal包后服务器报错:找不到PayPalServiceProvider

解决「Class 'Srmklive\PayPal\Providers\PayPalServiceProvider' not found」错误

这个问题我之前帮朋友排查过,本质是移除旧包后残留的配置/缓存没清理干净,导致服务器上的框架还在试图加载已经不存在的服务提供者。下面是一步步的解决办法:

  • 检查并清理配置文件中的旧包引用
    打开项目根目录下的config/app.php,分别检查两个数组:

    • providers数组:如果有Srmklive\PayPal\Providers\PayPalServiceProvider::class这一行,直接删除
    • aliases数组:如果有类似'PayPal' => Srmklive\PayPal\Facades\PayPal::class的别名配置,也一并删除
  • 彻底清理服务器端的框架缓存
    进入项目目录,执行以下命令(以Laravel框架为例,其他框架对应清理缓存的命令即可):

    php artisan cache:clear
    php artisan config:clear
    php artisan route:clear
    

    这些命令会清空框架的配置缓存、数据缓存和路由缓存,避免旧配置残留。

  • 确保Composer依赖完全同步到服务器
    有时候服务器上的composer update可能因为缓存没生效,建议重新执行生产环境的安装命令:

    composer install --no-dev --optimize-autoloader
    

    如果还是有问题,可以先删除vendor文件夹和composer.lock文件,再重新安装:

    rm -rf vendor
    rm composer.lock
    composer install --no-dev --optimize-autoloader
    
  • 排查业务代码中的旧包引用
    用服务器的搜索命令快速定位所有引用旧包的文件:

    grep -r "Srmklive\PayPal" ./
    

    找到所有包含该命名空间的代码,替换成你新安装的PayPal PHP SDK的对应类和方法。

为什么本地正常服务器报错?因为你本地修改配置后已经清理过缓存,而服务器拉取代码后没做这些操作,导致旧的缓存配置还在生效。

内容的提问来源于stack exchange,提问作者lucasoflagos

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.12 03:52:41