Laravel 如何知道谁调用了方法

这样？

如果是调试需要，我觉得可以采用类似 debug_backtrace() 之类的方案；实际代码逻辑中是不建议出现「某函数依赖其调用方」这样的设定的。

我的流程是酱紫的。@Wi1dcard 前辈。

@hackxiaoya 算不上前辈。不过不得不说，你这个思路是不正确的。在一个控制器内尝试调用另一个控制器的方法是一个「Anti-Pattern」，你可以试试在 Google 搜索类似 Call a controller from another one 之类的关键词，通常得到的答复有：

• https://stackoverflow.com/a/30373386

If you need that method in another controller, that means you need to abstract it and make it reusable. Move that implementation into a service class (ReportingService or something similar) and inject it into your controllers.

• https://stackoverflow.com/a/2910966

This, however, makes little sense. The methods of a controller are meant to be invoked by routing engine indirectly. If you feel the need to directly call an action method of another controller, it is a sign you need some redesign to do.

• https://stackoverflow.com/a/30373586

You shouldn’t. It’s an anti-pattern. If you have a method in one controller that you need to access in another controller, then that’s a sign you need to re-factor.

我不太了解你的业务场景，所以没办法给出具体的重构方案，不过你可以参考一下以上答案提出的改进思路，调整你的架构设计。或是描述一下你的场景，我尽可能试着给出一些参考建议。

看了一下逻辑图，我的猜测是，TestController::resViews() 里面写的可能是具体的业务处理逻辑。

如果猜测属实，我的方案一般是，把 TestController 分离出来作为 App\Logic\TestLogic，在这个类里面编写逻辑，并在构造函数里声明 Illuminate\Http\Request 依赖，直接传入 Request 实例（以获取数据并进一步处理，这样也能一定程度上缓解传入参数过多的问题）

在我目前编写的代码里，如果逻辑太复杂，我都是这样处理。原本的 Controller 职能变为只负责参数校验、逻辑类调用与响应处理。这也是为了避免 「你的控制器过于庞大」的问题。

希望我的解决方案能帮助到你。

啊我也想要这样玩啊 我的业务逻辑是这样的：在不影响线上的情况下我想要知道是service传递过来的还是controller传递过来的 我好做兼容 我想过用默认值false做逻辑验证 但是我懒 所以我找到了这篇文章 请问解决了马

我觉得可以试试 static::这个特性把