美文网首页
CodeIgniter源码分析 1 - 请求处理

CodeIgniter源码分析 1 - 请求处理

作者: 钝感165 | 来源:发表于2017-10-31 11:29 被阅读0次

    从浏览器输入url说起

    我们在application目录中的controllers目录下创建一个test控制器并在其中写入一个test方法输出‘’hello world',url回车后可以浏览器中看到正确输出了



    那到底CI内部是如何输出这段hello world的,从url到输出hello world我们知道其最后本质是调用类的 方法$class->method(),那到底这个过程是怎么的,这就得说说php的调用栈了

    PHP的调用栈

    php提供了两个方法能够查看调用过程,分别为debug_backtrace和debug_print_backtrace,能够详细的看到整个调用过程经过了哪些文件,初始化了哪些类,在哪一行调用了方法,现在我们可以在test方法中用这两个方法看下整个调用栈


    这两个方法都打印出了调用栈(调用栈的顺序从下往上看),我们清楚的看到CI先在入口文件index.php中295行处require了CodeIgniter.php,然后在CodeIgniter.php的500行处通过Test->test()实现了输出了hello world,这也和我们在上文的说法一致,url的访问就是对类方法的调用,下面我们根据调用栈看看具体的处理细节,先从index.php开始

    入口文件index.php

    在index.php中第一行代码处我们看到了定义了一个环境变量,这主要是因为在开发环境和生产环境中有一些不同的行为


    这里得多嘴一下如何设置CI_ENV环境变量,apche中在虚拟主机配置文件中添加一个SetEnv选项,nginx也提供了相应的选项,要是闲麻烦,在部署时人肉修改上面的ENVIRONMENT的值也可以区分环境。
    紧接着,是根据环境变量来设置不同的报错信息
    设置完报错级别后,接下来就是定义一些目录常量了,解析目录,获取绝对路径,判断文件目录是否存在然后报错之类的老套路了
    最后在index.php的295行我们看到了require了CodeIgniter.php,说明了debug_print_backtrace并没有骗我们

    CodeIgniter.php

    进入到CodeIgniter.php中以后,我们先跳到500行看一下,我们发现在这里实例化了一个类,紧接着在514行,我们发现了终极boss,原来是在这里通过call_user_func_array调用了test方法,并将参数$param传了进去 ,至此整个过程从输入url到最终找到方法并调用输出hello world就很清晰了


    但是还有几个疑问,$class,$method以及$param是怎么来的?我们可以在phpstorme中按住ctrl点击$class跳到$class的定义处。我们发现在399行$class的定义
    那$RTR又是什么呢,这里我们已经不知道这个$RTR是个什么东西了,我们设置断点利用php的反射机制来看下这个对象的详情,我们发现它竟然是CI的核心类库CI_Router类,并从打印的信息中可以看出其位于systems\core\Router.php

    那么根据上面的信息,我们就可以知道CI中对与路由的处理是在Router.php中,我们先找到这个文件是哪里载入的,我们继续ctrl+点击找到$RTR这个变量的定义处,在308行处我们发现了它,该处的注释说的很明白了,初始化路由对象


    关于load_class这个函数

    load_class我们不用猜就已经知道它干嘛了,肯定是return一个路由对象呗,我们进入common.php文件中看到了这个load_class方法,其有三个参数,分别为加载的类,所在的目录,以及类构造方法的参数 。
    该方法在返回路由对象时首先在一个保存了路由对象的静态数组中去查找路由对象是否存在,存在就直接返回


    往下看,接下来就是CI架构的精华所在,如果仔细对比了systems和application目录的话,这两个下面都有core和libraries目录,代码中在foreach中定义了加载类库的目录,注意foreach中目录数组的顺序是有猫腻的,先载入被用户重写了的类库,如果没有找到,再载入系统的类库,这意味着我们可以非常容易的扩展或者覆盖系统的类库,这种非侵入式增量载入的架构让这个框架非常容易扩展,不得不说CI考虑的真周全,非常灵活

    接下来是加载被用户扩展了的系统类库,因为有些时候我们不一定非要重写系统类库,我们仅仅可能是想在系统类的基础上添加个方法之类的,那我们只需要扩展下系统类就可以了


    如果还没找到就报错,最后实例化CI_Router对象并返回


    通过load_class函数的分析,我们看到路由对象$RTR就是这样生成的。

    总结下由url到控制器方法流程

    从输入url本质上是对控制器方法调用的分析就到此结束了,但是对于url的解析到底是如何做的,才能使$RTR(路由对象)能够知道我们访问的类和方法?下节我们说说CI框架的路由解析

    关于源码分析的套路

    在追踪源码时可以看出我们用了这些套路

    • 跳转到定义,首先感谢phpstorm提供的查找定义的功能(ctrl+click),利用此功能能够实现代码间的随意跳转,按住alt+shift+左箭头可以实现返回,关于phpstorm的操作后面会有专门的一节介绍它的奇技淫巧
    • 当我们连续追踪了几个对象后我们可能不知道谁是谁了,我们就可以利用php提供的反射来查看当前对象的详细信息了
    • 借助php提供的堆栈方法debug_print_bakctrace,我们可以对整个调用堆栈有个大概的熟悉,当然xdebug也可以

    当然博主的这种源码分析的套路不一定适合所有人,使用xdebug或者从测试用例入手也可以,这里只是提供一种源码分析的思路,当然怎么才能分析好源码就是仁者见仁智者见智了

    相关文章

      网友评论

          本文标题:CodeIgniter源码分析 1 - 请求处理

          本文链接:https://www.haomeiwen.com/subject/bdavpxtx.html