ThinkPHP6 核心分析之Http 类跟Request类的实例化

入口文件主要代码如下：

合并后，$bind 成员变量的值如下：

$bind 的值是一组类的标识到类的映射。从这个实现也可以看出，我们不仅可以在 provider.php 文件中添加标识到类的映射，而且可以覆盖其原有的映射，也就是将某些核心类替换成自己定义的类。

static::setInstance($this) 实现的作用，如图：

think\App 类的 $instance 成员变量指向 think\App 类的一个实例，也就是类自己保存自己的一个实例。

instance() 方法的实现：

其中的getAlias方法：

执行结果大概是这样的：

原来，App 类继承自 Container 类，而 Container 类实现了__get() 魔术方法，在 PHP 中，当访问到的变量不存在，就会触发__get() 魔术方法。该方法的实现如下：

实际上是调用get()方法：

然而，实际上，主要是make()方法：

然而，make()方法主要靠invokeClass()来实现类的实例化。该方法具体分析：

以上代码可看出，在一个类中，添加__make()方法，在类实例化时，会最先被调用。以上最值得一提的是bindParams()方法：

而这之中，又最值得一提的是getObjectParam()方法：

getObjectParam() 方法再一次光荣地调用 make() 方法，实例化一个类，而这个类，正是从 Http 的构造函数提取的参数，而这个参数又恰恰是一个类的实例 ——App 类的实例。到这里，程序不仅通过 PHP 的反射类实例化了 Http 类，而且实例化了 Http 类的依赖 App 类。假如 App 类又依赖 C 类，C 类又依赖 D类…… 不管多少层，整个依赖链条依赖的类都可以实现实例化。

总的来说，整个过程大概是这样的：需要实例化 Http 类 ==> 提取构造函数发现其依赖 App 类 ==> 开始实例化 App 类（如果发现还有依赖，则一直提取下去，直到天荒地老）==> 将实例化好的依赖（App 类的实例）传入 Http 类来实例化 Http 类。

这个过程，起个装逼的名字就叫做「依赖注入」，起个摸不着头脑的名字，就叫做「控制反转」。

这个过程，如果退回远古时代，要实例化 Http 类，大概是这样实现的（假如有很多层依赖）：

这得有多累人。而现代 PHP，交给「容器」就好了。

另外，需要提的一点是 make 方法的 $vars 参数，它的形式可以是普通数组、关联数组，而且数组中元素的值可以是一个类的实例。$vars 参数的值最终将传递给要实例化的类的构造函数或者__make 方法中对应的参数。

通过 make() 方法首先解析得到 request 标识对应的标识 think\Request, 进一步递归解析，又得到 app\Request 类 —— 这个才是最终要实例化的类。

app\Request 类对应的文件位于 app 目录下，代码如下：

实际上它啥事也没干，直接继承系统的 \think\Request。当然我们也可以在这里对系统的 Request 类进行改写重构。

__make()方法首先实例化think\Request类自身。think\Request类构造函数如下：

构造函数读取了 php://input 保存起来。接着，__make() 方法保存了一些请求相关的数据，最后返回一个 Request 类实例。最后的最后， make() 方法也成功得到该实例，整个过程跟 Http 类的实例化类似。该 Request 类实例部分成员变量如图：

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

部分资料截图

扫描下面二维码领取