tp5底层源码分析之------tp5.1类的自动加载机制

tp框架作为国内主流框架,目前已经发布了6.0版本,相当于3.*版本是进行了重构,今天我们从源码的角度来研究下tp5.1自动加载的实现

作为单入口框架,从入口文件看起,入口文件在public/下,那么为什么大多数框架要把入口文件放到子文件夹下面呢?

 第一,为了动静分离,因为现在的tp框架一般都是单入口,既然是单入口,那么必然要做rewrite,如果把静态文件和程序文件放到一起。

框架路由势必要对每一个请求进行筛选,所以这些框架不约而同的把资源文件和程序文件区分开来,放在了不同的文件夹下面,所以从整体

来看,也就是为什么入口会在子目录了。

第二,为了安全,linux下的权限划分非常严格,分贝氛围读,写,执行。在这个基础上又分为文件所有组,所在组,其他组。这样划分可以

更好的对文件权限进行梳理,避免上传漏洞(用户上传php文件被执行)等等。

1.我们来看下入口文件:

2. tp5.1入口文件引入加载了base.php文件,然后base.php文件中载入了loader.php类,并且执行了Loader::register()静态方法,我们来看看register方法内部执行了什么?

2.1)在第79行也就是register()方法中执行了内置函数apl_autoloader_register(),此函数的第一个参数接收一个匿名函数,或者回调方法,作用是每当php

调用了不存在的类时就会执行此函数当中的回调函数,且携带一个参数,值是引入的未存在的带命名空间的类名(如果有类名空间),如在base.php20行注册异常机制,那么这是携带的参数值是:think\Error.

2.2)继续往下看,Loader类中的80跟81行,分别是获得本项目的绝对路径以及获得vender目录下composer文件夹的绝对路径,我们打印输出看下

2.3)85行后面,判断是否存在composer文件夹,是否存在autoload_static.php 文件,因为5.1版本后,php官网不再提供下载版本,只支持通过composer下载,所以这个文件一定是存在的。然后加载了这个类文件。

2.4)89行执行了 get_declared_classes() 函数,此函数功能是获取由当前脚本中已定义类的名字组成的数组(包括自己引入的类,和php内置的一些类)。然后90行取出此数组中最后一个元素,也就是刚刚引入的autoload_static.php中的类,返回值是:Composer\Autoload\ComposerStaticInit3ec0ccb9b30037c3270e4e4566239878

2.5)91行,循环将刚才获得到的类中 成员属性 复制到本类Loader中, 在商法的类中存在两个静态成员属性:$prefixLengthsPsr4、$prefixDirsPsr4。形式如下图:

这两个成员属性是根据psr-4规范规则 而生成,不懂的可自己百度了解。这里将成员属性复制到本类后,后面加载文件时查找类的文件路径会用到,下面再讲。

3)我们来看下注册命名空间定义:注册think和tratis两个两个文件夹路径,调用self::addNamespace方法,主要做的事情就是将这两个命名空间、文件路径以psr-4规范形式 加入到上面所提的两个成员属性中$prefixLengthsPsr4、$prefixDirsPsr4。$prefixLengthsPsr4规则:将命名空间首字母当做第一维数组的键,将命名空间当做第二维数组的键,将此命名空间字符串长度当做第二维数组的值。$prefixDirsPsr4规则:将命名空间当做第一维数组的键,将对应的文件绝对路径当做第二维数组的值,第二位数组的键是自增的索引值。此时本类中的静态成员属性$prefixLengthsPsr4、$prefixDirsPsr4的值如下图:

4).106行加载类库映射文件,

它会查找项目根目录下\runtime\classmap.php文件,将此文件中的一维数组值赋值到本类成员属性$classMap。这个文件是通过执行tp5.1命令行命令:php think optimize:autoload 生成的。生成的文件中包含了所有将要引入的类的 类名与文件绝对路径 的映射,此文件会提高寻找类文件的效率,一般项目完成时生成,如果后续有新建的类的话,此文件需要重新生成才能寻找到新的类文件。后面会讲到为何会提高加载类的效率。默认是没有此文件的。

5)此方法的最后一行118行,自动加载extend目录,调用self::addAutoLoadDir()方法,做的事情是:将项目根目录下的extend目录绝对路径放到 成员属性 $fallbackDirsPsr4中。

6)Loader::autoload自动加载时执行的方法

  上面说到 spl_autoload_register()函数,如果调用不存在的类时将执行此函数中的第一个参数方法。那么将调用本类中的autoload方法。此方法代码:

上面说了,此方法的参数$class的值的带有命名空间的类名,127行判断本类中的成员属性$classAlias中是否存在此类名,如果存在,则将此类名设置别名,开始此属性值是空数组。继续往下,调用了self::findFile方法并将类名当做参数传入,返回$file值,下方140行引入此文件。我们来看看findFile方法做了哪些事情:

6.1)143行,首先判断成员属性$classmap中是否存在此类名的键,如果存在则直接返回。我们上方说到此成员属性值是执行tp5.1命令行命令生成的,所以生成文件后就不再往下执行 循环判断文件是否存在,直接返回文件路径,所以可以提高文件查找效率。

6.2)

if中执行的逻辑是根据psr-4规范查找类文件,具体是这样:取出这个带有命名空间类的第一个字母,判断成员属性$prefixLengthsPsr4是否存在此首字母的键值,然后循环这个键值,判断命名空间有没有是否存在$prefixLengthsPsr4二维的键,如果存在,根据$prefixDirsPsr4属性取出命名空间对应的绝对路径,然后拼接文件名,判断文件是否存在,如果存在则返回文件的绝对路径。

6.3)

循环$fallbackDirsPsr4属性下所有值拼接文件名,返回绝对路径并判断文件是否存在,若存在则返回。

6.4):

根据psr-0规则判断文件是否存在并返回,跟上方的psr-4异曲同工

 

原文地址:https://www.cnblogs.com/candii/p/11774172.html

时间: 2024-10-09 09:15:13

tp5底层源码分析之------tp5.1类的自动加载机制的相关文章

PHP类的自动加载机制实现方法分析

这篇文章主要介绍了PHP类的自动加载机制实现方法,结合实例形式分析了__autoload方法进行类自动加载操作的相关实现技巧与使用注意事项,需要的朋友可以参考下. 本文实例讲述了PHP类的自动加载机制实现方法.分享给大家供大家参考,具体如下: Test1.class.php <?php class Test1 { public static function test() { echo "hello,world!\n"; } } Test2.class.php <?php

Dubbo源码分析(四):dubbo中bean的加载

Dubbo首先使用com.alibaba.dubbo.config.spring.schema.NamespaceHandler注册解析器,当spring解析xml配置文件时就会调用这些解析器生成对应的BeanDefinition交给spring管理: public class DubboNamespaceHandler extends NamespaceHandlerSupport { static { Version.checkDuplicate(DubboNamespaceHandler.

List集合基础增强底层源码分析

List集合基础增强底层源码分析 作者:Stanley 罗昊 集合分为三个系列,分别为:List.set.map List系列 特点:元素有序可重复 有序指的是元素的添加顺序,也就是说,元素被第一个存进去的时候,它就在第一位,这就是list集合的元素添加顺序: 通常情况下我们所说的有序有两个概念,第一个是添加顺序,第二个是大小顺序(实际上就是元素值的大小) List下面重点关注两个实现类分别是: ArrayList LinkedList ArrayList ArrayList底层实现是数组,既然

thinkphp5源码剖析系列1-类的自动加载机制

前言 tp5想必大家都不陌生,但是大部分人都停留在应用的层面,我将开启系列随笔,深入剖析tp5源码,以供大家顺利进阶.本章将从类的自动加载讲起,自动加载是tp框架的灵魂所在,也是成熟php框架的必备功能 入口 // [ 应用入口文件 ] namespace think; // 加载基础文件 require __DIR__ . '/../thinkphp/base.php'; base.php <?php // +------------------------------------------

android7.x Launcher3源码解析(3)---workspace和allapps加载流程

Launcher系列目录: 一.android7.x Launcher3源码解析(1)-启动流程 二.android7.x Launcher3源码解析(2)-框架结构 三.android7.x Launcher3源码解析(3)-workspace和allapps加载流程 前两篇博客分别对Lancher的启动和Launcher的框架结构进行了一些分析,这一篇,将着重开始分析界面的加载流程. 1.整体流程 先上一张整体的流程图吧.(图片看不清可以下载下来看或者右击新开个页面查看图片) 先从Launc

Scrapy源码分析-常用的爬虫类-CrawlSpider(三)

CrawlSpider classscrapy.contrib.spiders.CrawlSpider 爬取一般网站常用的spider.其定义了一些规则(rule)来提供跟进link的方便的机制. 也许该spider并不是完全适合您的特定网站或项目,但其对很多情况都使用. 因此您可以以其为起点,根据需求修改部分方法.当然您也可以实现自己的spider.除了从Spider继承过来的(您必须提供的)属性外,其提供了一个新的属性: rules: Rule对象集合.定义了提取需要跟进url的一些规则.

Spring Developer Tools 源码分析:二、类路径监控

在 Spring Developer Tools 源码分析一中介绍了 devtools 提供的文件监控实现,在第二部分中,我们将会使用第一部分提供的目录监控功能,实现对开发环境中 classpath 的监控. 二.类路径监控 首先看一些这一部分可能涉及到的类图: 在图中,红色斜线左上部分是第一部分中介绍的文件目录监控的类,其中 FileSystemWatcher 会通过独立线程监控指定的目录,当目录内容发生变化时,通过对比快照可以获得所有监控目录变化的文件ChangedFiles,然后将变化通知

CI框架源码阅读笔记9 CI的自动加载机制autoload

本篇并不是对某一组件的详细源码分析,而只是简单的跟踪了下CI的autoload的基本流程.因此,可以看做是Loader组件的分析前提. CI框架中,允许你配置autoload数组,这样,在你的应用程序初始化时,会自动加载相应的类库,例如,在application/config/autoload.php中,autoload的配置如下: $autoload['libraries'] = array("smarty", "redis"); 则CI框架初始化时,会自动加载l

Java——HashMap底层源码分析

1.简介 HashMap 根据键的 hashCode 值存储数据,大多数情况下可以直接定位到它的值,因而具有很快的访问速度,但遍历顺序却是不确定的. HashMap 最多只允许一条记录的key为 null,允许多条value的值为 null. HashMap 非线程安全,即任一时刻可以有多个线程同时写 HashMap,可能会导致数据的不一致.(如果需要满足线程安全,可以用 Collections 的 synchronizedMap 方法使HashMap 具有线程安全的能力,或者使用 Concur