Laravel框架下路由的使用（源码解析）

本篇文章给大家带来的内容是关于Laravel框架下路由的使用（源码解析），有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。

前言

我的解析文章并非深层次多领域的解析攻略。但是参考着开发文档看此类文章会让你在日常开发中更上一层楼。

废话不多说，我们开始本章的讲解。

入口

Laravel启动后，会先加载服务提供者、中间件等组件，在查找路由之前因为我们使用的是门面，所以先要查到Route的实体类。

注册

第一步当然还是通过服务提供者，因为这是laravel启动的关键，在 RouteServiceProvider 内加载路由文件。


1

2

3

4

5

6

7

protected function mapApiRoutes()

{

    Route::prefix(‘api‘)

         ->middleware(‘api‘)

         ->namespace($this->namespace)  // 设置所处命名空间

         ->group(base_path(‘routes/api.php‘));  //所得路由文件绝对路径

}

首先require是不可缺少的。因路由文件中没有命名空间。 Illuminate\Routing\Router 下方法


1

2

3

4

5

6

7

8

9

10

protected function loadRoutes($routes)

{

    if ($routes instanceof Closure) {

        $routes($this);

    } else {

        $router = $this;

        require $routes;

    }

}

随后通过路由找到指定方法,依旧是 Illuminate\Routing\Router 内有你所使用的所有路由相关方法，例如get、post、put、patch等等，他们都调用了统一的方法 addRoute


1

2

3

4

public function addRoute($methods, $uri, $action)

{

    return $this->routes->add($this->createRoute($methods, $uri, $action));

}

之后通过 Illuminate\Routing\RouteCollection addToCollections 方法添加到集合中


1

2

3

4

5

6

7

8

9

10

protected function addToCollections($route)

{

    $domainAndUri = $route->getDomain().$route->uri();

    foreach ($route->methods() as $method) {

        $this->routes[$method][$domainAndUri] = $route;

    }

    $this->allRoutes[$method.$domainAndUri] = $route;

}

添加后的结果如下图所示

调用

通过 Illuminate\Routing\Router 方法开始运行路由实例化的逻辑


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

protected function runRoute(Request $request, Route $route)

{

    $request->setRouteResolver(function () use ($route) {

        

        return $route;

    });

    $this->events->dispatch(new Events\RouteMatched($route, $request));

    return $this->prepareResponse($request,

        $this->runRouteWithinStack($route, $request)

    );

}

....

protected function runRouteWithinStack(Route $route, Request $request)

{

    $shouldSkipMiddleware = $this->container->bound(‘middleware.disable‘) &&

                            $this->container->make(‘middleware.disable‘) === true;

    $middleware = $shouldSkipMiddleware ? [] : $this->gatherRouteMiddleware($route);

    return (new Pipeline($this->container))

                    ->send($request)

                    ->through($middleware)

                    ->then(function ($request) use ($route) {

                        return $this->prepareResponse(

                            $request, $route->run() // 此处调用run方法

                        );

                    });

}

在 Illuminate\Routing\Route 下 run 方用于执行控制器的方法


1

2

3

4

5

6

7

8

9

10

11

12

13

14

public function run()

{

    $this->container = $this->container ?: new Container;

    try {

        if ($this->isControllerAction()) {

            return $this->runController(); //运行一个路由并作出响应

        }

            

        return $this->runCallable();

    } catch (HttpResponseException $e) {

        return $e->getResponse();

    }

}

从上述方法内可以看出 runController 是运行路由的关键,方法内运行了一个调度程序，将控制器 $this->getController() 和控制器方法 $this->getControllerMethod() 传入到 dispatch 调度方法内


1

2

3

4

5

6

7

protected function runController()

{

    

    return $this->controllerDispatcher()->dispatch(

        $this, $this->getController(), $this->getControllerMethod()

    );

}

这里注意 getController() 才是真正的将控制器实例化的方法


1

2

3

4

5

6

7

8

9

10

public function getController()

{

    

    if (! $this->controller) {

        $class = $this->parseControllerCallback()[0]; // 0=>控制器 xxController 1=>方法名 index

        $this->controller = $this->container->make(ltrim($class, ‘\\‘)); // 交给容器进行反射

    }

    return $this->controller;

}

实例化

依旧通过反射加载路由指定的控制器,这个时候build的参数$concrete = App\Api\Controllers\XxxController


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

public function build($concrete)

{

    // If the concrete type is actually a Closure, we will just execute it and

    // hand back the results of the functions, which allows functions to be

    // used as resolvers for more fine-tuned resolution of these objects.

    if ($concrete instanceof Closure) {

        return $concrete($this, $this->getLastParameterOverride());

    }

    

    $reflector = new ReflectionClass($concrete);

    // If the type is not instantiable, the developer is attempting to resolve

    // an abstract type such as an Interface of Abstract Class and there is

    // no binding registered for the abstractions so we need to bail out.

    if (! $reflector->isInstantiable()) {

        return $this->notInstantiable($concrete);

    }

    

        

    $this->buildStack[] = $concrete;

    $constructor = $reflector->getConstructor();

    // If there are no constructors, that means there are no dependencies then

    // we can just resolve the instances of the objects right away, without

    // resolving any other types or dependencies out of these containers.

    if (is_null($constructor)) {

    

            array_pop($this->buildStack);

    

            return new $concrete;

    }

    $dependencies = $constructor->getParameters();

    // Once we have all the constructor‘s parameters we can create each of the

    // dependency instances and then use the reflection instances to make a

    // new instance of this class, injecting the created dependencies in.

    $instances = $this->resolveDependencies(

        $dependencies

    );

    array_pop($this->buildStack);

    

    return $reflector->newInstanceArgs($instances);

}

这时将返回控制器的实例，下面将通过url访问指定方法，一般控制器都会继承父类 Illuminate\Routing\Controller ,laravel为其设置了别名 BaseController


1

2

3

4

5

6

7

8

9

10

11

12

13

14

public function dispatch(Route $route, $controller, $method)

{

    

    $parameters = $this->resolveClassMethodDependencies(

        $route->parametersWithoutNulls(), $controller, $method

    );

    if (method_exists($controller, ‘callAction‘)) {

            return $controller->callAction($method, $parameters);

    }

        

    return $controller->{$method}(...array_values($parameters));

}

Laravel通过controller继承的callAction去调用子类的指定方法，也就是我们希望调用的自定义方法。


1

2

3

4

public function callAction($method, $parameters)

{

    return call_user_func_array([$this, $method], $parameters);

}

原文地址：https://www.cnblogs.com/it-3327/p/11795668.html

时间： 2024-10-14 06:26:54

Laravel框架下路由的使用（源码解析）的相关文章

Spring核心框架 - AOP的原理及源码解析

一.AOP的体系结构 如下图所示:(引自AOP联盟) 层次3语言和开发环境:基础是指待增加对象或者目标对象:切面通常包括对于基础的增加应用:配置是指AOP体系中提供的配置环境或者编织配置,通过该配置AOP将基础和切面结合起来,从而完成切面对目标对象的编织实现. 层次2面向方面系统:配置模型,逻辑配置和AOP模型是为上策的语言和开发环境提供支持的,主要功能是将需要增强的目标对象.切面和配置使用AOP的API转换.抽象.封装成面向方面中的逻辑模型. 层次1底层编织实现模块:主要是将面向方面系统抽象封

通讯框架 t-io 学习——websocket 部分源码解析

前言 前端时间看了看t-io的websocket部分源码,于是抽时间看了看websocket的握手和他的通讯机制.本篇只是简单记录一下websocket握手部分. WebSocket握手 好多人都用过websocket,不过有的都是在框架之上,只知道连接某个地址,然后调用js API就可以使用websocket了.但是通过阅读t-io的源码才稍微有点明白,服务端到底做了什么.将t-io的websocket demo运行起来之后,我们看一下请求. 可以看到,请求头部分: Connection:Up

Java集合框架之二：LinkedList源码解析

版权声明:本文为博主原创文章,转载请注明出处,欢迎交流学习! LinkedList底层是通过双向循环链表来实现的,其结构如下图所示: 链表的组成元素我们称之为节点,节点由三部分组成:前一个节点的引用地址.数据.后一个节点的引用地址.LinkedList的Head节点不包含数据,每一个节点对应一个Entry对象.下面我们通过源码来分析LinkedList的实现原理. 1.Entry类源码: 1 private static class Entry<E> { 2 E element; 3 Entr

集合框架(迭代器的原理及源码解析)

public interface Inteator { boolean hasNext(); Object next(); } public interface Iterable {    Iterator iterator();} public interface Collection extends Iterable { Iterator iterator();} public interface List extends Collection { Iterator iterator();}

Redis源码解析——双向链表

相对于之前介绍的字典和SDS字符串库,Redis的双向链表库则是非常标准的.教科书般简单的库.但是作为Redis源码的一部分,我决定还是要讲一讲的.(转载请指明出于breaksoftware的csdn博客) 基本结构 首先我们看链表元素的结构.因为是双向链表,所以其基本元素应该有一个指向前一个节点的指针和一个指向后一个节点的指针,还有一个记录节点值的空间 typedef struct listNode { struct listNode *prev; struct listNode *next;

Laravel源码解析--看看Lumen到底比Laravel轻在哪里

在前面一篇<Laravel源码解析--Laravel生命周期详解>中我们利用xdebug详细了解了下Laravel一次请求中到底做了哪些处理.今天我们跟 Lumen 对比下,看看 Lumen 比 Laravel 轻在哪里? 1.Lumen生命周期 相比于Laravel,在Lumen中,你对框架有着更多的控制权.Lumen的入口文件相比于Laravel要简单许多. <?php /* |-----------------------------------------------------

神经网络caffe框架源码解析--data_layer.cpp类代码研究

dataLayer作为整个网络的输入层, 数据从leveldb中取.leveldb的数据是通过图片转换过来的. 网络建立的时候, datalayer主要是负责设置一些参数,比如batchsize,channels,height,width等. 这次会通过读leveldb一个数据块来获取这些信息. 然后启动一个线程来预先从leveldb拉取一批数据,这些数据是图像数据和图像标签. 正向传播的时候, datalayer就把预先拉取好数据拷贝到指定的cpu或者gpu的内存. 然后启动新线程再预先拉取数

NoHttp和OkHttp的无缝结合 NoHttp框架作者带你看源码（二）

NoHttp和OkHttp的无缝结合 NoHttp框架作者带你看源码(二) 版权声明:转载必须注明本文转自严振杰的博客: http://blog.csdn.net/yanzhenjie1003 上一次带大家分析了NoHttp源码,知道我们可以替换NoHttp的底层为其他任何库,例如OkHttp.HttpURLConnection.HttpClient,那今天就带领大家一步步来实现替换NoHttp的底层为OkHttp. NoHttp源码分析的博客:http://blog.csdn.net/yanz

MVC 路由源码解析

//到页面底部下载源,配合效果跟好. public class MvcApplication : System.Web.HttpApplication { protected void Application_Start() { RouteConfig.RegisterRoutes(RouteTable.Routes); //调用RouteConfig类的RegisterRoutes方法注册路由 //RouteTable.Routes是一个储存Route的集合 } } 我们转到RouteConf