Laravel如何在控制器类的多个函数中访问变量？

你拿不到变量是PHP的运行机制决定的，和全局变量用法对不对没关系：
PHP的所有变量只在单次请求生命周期内生效，myfatoorah_checkout方法执行完跳转到支付链接后，本次请求的所有变量、类属性、全局值都会被销毁回收。后续支付平台触发myfatoorah_callback是完全独立的新请求，之前请求里生成的$invoiceId根本不会留存，不管你把变量声明为global、还是挂在控制器类属性上，都跨不过两个独立请求的边界。

• 方案1：Session存储（适配快速实现场景）
  Laravel的Session本身就是用来处理跨请求用户状态存储的，跳转支付前把ID存到会话，回调时直接取即可。注意使用前提是两个路由都在web中间件组下，否则Session无法正常工作。
  示例代码：

  class PaymentController extends Controllers
  {
      public function myfatoorah_checkout(Request $request)
      {
          // ... 原有生成$data的业务逻辑
  
          $invoiceId = $data->InvoiceId;
          $paymentLink = $data->PaymentURL;
  
          // 存入session
          session(['myfatoorah_current_invoice' => $invoiceId]);
  
          return redirect($paymentLink);
      }
  
      public function myfatoorah_callback(Request $request)
      {
          // 从session取值，取完删除避免脏数据
          $invoiceId = session('myfatoorah_current_invoice');
          session()->forget('myfatoorah_current_invoice');
  
          // 后续回调业务逻辑
      }
  }
  

• 方案2：数据库持久化存储（生产环境支付场景首选）
  支付场景最稳妥的方案是把$invoiceId和本地订单绑定存库：生成发票ID时，直接把ID更新到对应订单的专属字段中，回调时根据支付平台回传的订单标识查询本地订单，就能拿到对应$invoiceId做验签、状态更新。
  这种方案不依赖用户浏览器Cookie，不会因为用户清缓存、换设备导致回调匹配失败，是支付业务的标准实现方式。

• 方案3：回调地址参数透传（不推荐，有安全风险）
  如果支付网关支持自定义回调参数，你可以在生成支付链接时把$invoiceId拼到回调地址的查询参数中，回调时直接通过$request->query('invoiceId')取值。但这种方式参数对外暴露，极易被恶意篡改，必须配合严格的签名校验才能使用，非特殊情况不选。

避坑提醒：不要尝试用PHP静态变量、全局变量、控制器类属性存储跨请求数据，这些值都会在单次请求结束后被释放，完全无法实现跨请求传值。

内容的提问来源于stack exchange，提问作者Ali Qasim