Laravel动态子域名路由替代方案咨询：避免全局注入Company参数

你考虑的「中间件校验+全局获取当前企业」的方案，完全是Laravel多租户场景下的最佳实践之一，比官方示例更适配你已有大量路由的业务场景。

为什么你的方案更优 #

• 避免冗余代码侵入：不用给60多个现有路由逐个添加Company $company参数，大部分无需企业信息的路由可以完全保持原样，减少改造工作量
• 校验逻辑统一管理：把企业slug的校验、模型查询逻辑集中在中间件里，后续如果要修改校验规则（比如增加状态判断），只需要修改中间件即可，不用分散修改各个路由
• 全局灵活访问：通过Company::getCurrent()可以在控制器、视图甚至模型中随时获取当前企业，满足不同场景的需求

可优化的细节 #

如果想让方案更贴合Laravel的设计思想，还有几个小优化点：

• 用服务容器绑定替代静态方法：静态方法虽然简单，但依赖注入的方式更符合Laravel的设计，也更便于单元测试。示例代码如下：
  中间件逻辑：

  public function handle(Request $request, Closure $next)
  {
      $companySlug = $request->route('company');
      $company = Company::where('slug', $companySlug)->firstOrFail();
      
      // 将当前企业实例绑定到服务容器
      app()->instance(Company::class, $company);
      
      return $next($request);
  }
  

  使用时，控制器可以直接依赖注入：

  public function userDetail(Company $company, $id)
  {
      // $company即为当前企业实例
  }
  

  在视图或其他地方也可以这样获取：

  $currentCompany = app(Company::class);
  

• 缓存企业查询结果：如果企业slug和实例的对应关系不会频繁变更，可以在中间件中加入缓存逻辑，减少重复的数据库查询：

  $company = Cache::remember("company_slug_{$companySlug}", 3600, function () use ($companySlug) {
      return Company::where('slug', $companySlug)->firstOrFail();
  });
  

• 区分主域名与子域名路由：如果你的系统还保留主域名（如portal.com）的访问入口，需要将子域名路由组和主域名路由组分开配置，避免中间件错误拦截主域名请求

对比官方方案 #

官方文档的示例更适合从零开始的新项目，路由数量少、逻辑简单；但对于你已有60+路由的成熟项目，你的方案侵入性更低、维护成本更小，显然是更合适的选择。

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