ThinkPHP5.1.x 框架源码分析之框架的灵魂

一、类的自动加载初始

框架的灵魂,类的自动加载

为什么说是框架灵魂呢,一般框架都会有类的自动加载,当引入文件很多的时候,就会需要用到。这一个也是很多人想去阅读源码时卡住的点

源码阅读

  1. 打开到入口文件 ../public/index.php 会看到这一段代码,此代码加载了 base.php 的核心文件
// 加载基础文件 [ ../public/index.php]
require __DIR__ . '/../thinkphp/base.php';
  1. base.php 中载入了一个 ThinkPHP 团队自己封装的底层基础类库。这个类库就是需要我们深入了解的 Loader 类。在载入后立即调用了 Loaderregister,并且下一句做好了 Error 错误处理
// 载入Loader类 [ ../thinkphp/base.php]
require __DIR__ . '/library/think/Loader.php';
// 注册自动加载
Loader::register();
// 注册错误和异常处理机制
Error::register();
  1. Loader.php 中的 也就是 register 方法中使用了 spl_autoload_register, 这种自动注册的加载方式是很多框架都会有的,比如 Yii 这些。每一个框架实现的第一步都是类的自动加载
// 注册系统自动加载
spl_autoload_register($autoload ?: 'think\\Loader::autoload', true, true);

点击此处加入我的 企鹅群

二、自动加载 spl_autoload_register 初识

spl_autoload_register 的简介

  1. spl_autoload_register 函数是实现自动加载未定义类功能的的重要方法

  2. 所谓的自动加载意思就是我们的 new 一个类的时候必须先 include 或者 require 的类文件,如果没有 include 或者 require,则会报错。

  3. 但是这样就必须在文件头部写上许多 include 或者 require 文件,非常麻烦。

  4. 为了使得没有 include 或者 require 类的时候也正常 new 一个类,所以有了自动加载的概念

  5. 也就是说 new 一个类之前不用事先包含类文件也可以正常 new ,这样我们的文件头部就不用包含许多 include(require)。这就是为什么说 spl_autoload_register是框架灵魂。

spl_autoload_register 的三个参数

autoload_function 参数

这是一个函数 方法 名称,可以是 字符串 或者 数组 调用类方法使用。这个函数 方法 的功能就是,来把需要 new 的类文件包含 include(require) 进来,这样 的时 new 候就不会找不到文件。其实就是封装整个项目的 includerequire 功能。

可以理解为当我们 new 一个类,并且这个类文件没有被包含时候就会执行这个 autoload_function 方法

throw 参数

此参数设置了 autoload_function 无法成功注册时, spl_autoload_register() 是否抛出异常。

prepend 参数

如果是 truespl_autoload_register() 会添加函数到队列之首,而不是队列尾部。

栗子.1

如下:先举个错误的栗子,可以看到当我们直接 new 一个未包含 class类 文件时候会报错

在这里插入图片描述

栗子.2

如下:当使用 spl_autoload_register() 后当 new 一个未包含的类时候,会去执行 spl_autoload_register() 第一个参数函数名的函数,这个函数有一个参数就是需要 new 的类名,这个函数的功能就是把这个类给包含进来(类名和文件名一致),这样就实现了自动加载功能。

在这里插入图片描述

栗子.3

如下:当然我们也可以改成这样

在这里插入图片描述

三、Composer 自动加载

源码分析 (Loader.php)

  1. 先获取到定义好的所有类 get_declared_classes()

  2. 拿到 Composer 安装的类信息

  3. ../vendor/composer/autoload_static.php 内信息放入变量内

  4. 打完收工,这里有疑问没关系,先接着看

 /** 存在 ../vendor/composer/ Composer目录则加载 */
 if (is_dir(self::$composerPath)) {
     if (is_file(self::$composerPath . 'autoload_static.php')) {
         /** 加载 ../vendor/composer/autoload_static.php  */
         require self::$composerPath . 'autoload_static.php';
         /** 返回所有已经定义的类  */
         $declaredClass = get_declared_classes();
         /** 获取到最后一个类  */
         $composerClass = array_pop($declaredClass);
         /** 查看 Composer 已经安装的包  */
         foreach (['prefixLengthsPsr4', 'prefixDirsPsr4', 'fallbackDirsPsr4', 'prefixesPsr0', 'fallbackDirsPsr0', 'classMap', 'files'] as $attr) {
             /** 将一些设定好的数据放入到变量内  */
             if (property_exists($composerClass, $attr)) {
                 self::${$attr} = $composerClass::${$attr};
             }
         }
     } else {
         self::registerComposerLoader(self::$composerPath);
     }
 }

源码分析 (autoload_static.php)

  1. 大家可以看到,在上面定义好的数组里面就存在这两个内容 prefixLengthsPsr4, prefixDirsPsr4,files

  2. Composer 的加载是在 autoload_static.php 取到的映射关系

  3. 以下是未安装任何包的源码

 public static $prefixLengthsPsr4 = array (
     't' => 
     array (
         'think\\composer\\' => 15,
     ),
     'a' => 
     array (
         'app\\' => 4,
     ),
 );

 public static $prefixDirsPsr4 = array (
     'think\\composer\\' => 
     array (
         0 => __DIR__ . '/..' . '/topthink/think-installer/src',
     ),
     'app\\' => 
     array (
         0 => __DIR__ . '/../..' . '/application',
     ),
 );
  1. 这个时候我使用 Composer 安装上 topthinkthink-helper,内部的映射关系就会变成以下这样
安装命令
$ composer require topthink/think-helper

在这里插入图片描述

  1. 首先是多了一个 files 值,这个是安装包的路径

  2. prefixLengthsPsr4t 多了一个 think\\=>6。这个的意思也挺简单 think-helper 的命名空间是 think,加上 \\ 就是 6 个字符 (\\ 中夹带转义)

  3. prefixDirsPsr4 也一样相对与上一个做出一个路径映射

  4. 好了,源码就这样很简单。讲的不算清楚还望见谅!!!

举个栗子

  • 一般在多人项目当中,我们一般会将 vendor 内的文件设置忽略。但是因为种种原因有很多人会出现有包文件但没有修改 autoload_static.php。或者举例一个场景:比如 A 需要用到一个插件,使用 Composer 下载好了之后。这个时候同事 B 偷懒直接将其插件文件复制过来。但是不管什么操作就是报错。那如何将一个复制的包载入到自动加载内呢

1、比如这个时候我存在一个 think-test 插件,命名空间是 think\test

在这里插入图片描述

2、修改 autoload_static.php

在这里插入图片描述

3、这样即可直接使用

在这里插入图片描述

点关注,不迷路

好了各位,以上就是这篇文章的全部内容了,能看到这里的人呀,都是人才。之前说过,PHP方面的技术点很多,也是因为太多了,实在是写不过来,写过来了大家也不会看的太多,所以我这里把它整理成了PDF和文档,如果有需要的可以

点击进入暗号: PHP+「平台」

在这里插入图片描述

在这里插入图片描述


更多学习内容可以访问【对标大厂】精品PHP架构师教程目录大全,只要你能看完保证薪资上升一个台阶(持续更新)

以上内容希望帮助到大家,很多PHPer在进阶的时候总会遇到一些问题和瓶颈,业务代码写多了没有方向感,不知道该从那里入手去提升,对此我整理了一些资料,包括但不限于:分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6,laravel,YII2,Redis,Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家,需要的可以加入我的 PHP技术交流群

基于ThinkPHP 5.1框架打造的多商户电商平台,是目前完善度领先的电商管理平台标准化产品,全新的产品模式很好地诠释电子商务在现今及未来的发展模式,强大的插件可插拔扩展制,让您在的行业电商所向披靡,系统拥有PC、手机WAP、微商城、买家APP、卖家APP、微信小程序,六端合一,六端互通,真正实现全网营销,极其适合企业及个人快速上线商务平台。 系统代码清晰易懂,大量的可视化报表便于运营者决策,丰富的营销功能让系统的应用场景广阔,良好的插件机制使系统更加易于扩展。系统操作简单,安全稳定,更新迭代快速,是广大用户直接使用和二次开发的最佳选择。 电商系统功能 (一) 系统管理:菜单权限、前台菜单、角色管理、职员管理、登录日志、操作日志、图片空间、商城消息、风格设置、计划任务 (二) 基础设置:商城配置、导航管理、广告管理、广告位置、银行管理、支付管理、地区管理、友情链接、快递管理、消息模板 (三) 会员管理:会员等级、会员管理、账号管理 (四) 文章管理:文章管理、文章分类 (五) 运营管理:推荐管理、商品推荐、店铺推荐、品牌推荐、财务管理、资金管理、提现申请、结算管理、商家结算、充值送、退款原路返回 (六) 订单管理:订单管理、投诉管理、退款管理 (七) 店铺管理:店铺认证、开店申请、店铺管理、停用店铺 (八) 商品管理:商品管理、已上架商品、待审核商品、违规商品、商品分类、商品属性、品牌管理、商品规格、评价管理 (九) 虚拟物品自动发货:虚拟商品上架、卡密管理、自动发货 (十) 扩展管理:插件管理、钩子管理 (十一) 分销管理:分销管理菜单、分销商家列表、分销商品列表、佣金分成列表、推广用户列表 (十二) 数据分析:商品销售排行、店铺销售统计、销售额统计、销售订单统计、新增会员统计、会员登录统计 (十三) 营销管理:三级分销,商品团购,限时拍卖、微砍价、优惠券、满减、满送、满包邮、签到送积分、积分商城,拼团 (十四) 微信管理:公众号设置、自定义菜单、用户管理、主动回复文本信息、主动回复图文信息、微信消息模板 (十五) 支付管理:支付宝支付,微信支付、银联支付、货到付款、积分支付、余额支付 (十六) 短信接口:中国网建、阿里大于、阿里云-云通信、短信宝 (十七) 登录接口:QQ登录、微信登录、微博登录、支付宝登录 (十八) 物流接口:快递100接口 (十九) 其他接口:LBS、UCenter通信接口(可与社区论坛等同步登录退出)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值