ThinkPHP6源码分析之应用初始化

ThinkPHP6 源码分析之应用初始化

官方群点击此处

App Construct

先来看看在 __construct 中做了什么,基本任何框架都会在这里做一些基本的操作,也就是从这里开始延伸出去。

public function __construct(string $rootPath = ‘‘)

{

    $this->thinkPath   = dirname(__DIR__) . DIRECTORY_SEPARATOR;

    $this->rootPath    = $rootPath ? rtrim($rootPath, DIRECTORY_SEPARATOR) . DIRECTORY_SEPARATOR : $this->getDefaultRootPath();

    $this->appPath     = $this->rootPath . ‘app‘ . DIRECTORY_SEPARATOR;

    $this->runtimePath = $this->rootPath . ‘runtime‘ . DIRECTORY_SEPARATOR;

    if (is_file($this->appPath . ‘provider.php‘)) {

        $this->bind(include $this->appPath . ‘provider.php‘);

    }

    static::setInstance($this);

    $this->instance(‘app‘, $this);

    $this->instance(‘think\Container‘, $this);

}

● 从魔术的方法的参数 rootPath 来看,是支持自定义根目录路径的。

● 设置了 thinkPath, rootPath, appPath, runtimePath

● 绑定了默认的服务提供者,一共提供了两个,app\Reques 和 app\ExceptionHandle,实际上你使用的 Request 就是它。具体到 appPath 查看

● 设置当前容器实例 APP

● 将 App($this) 实例 绑定到容器中,分别是 app 和 think\Container

这里需要注意的是 App 类是继承 Container 的,所以就是将自身实例绑定到容器中。

在这里似乎整个应用就已经初始化结束了?这里我需要把一部分 Request run 的内容放在这里说,因为那里才是框架主要的初始化工作,我并不认为将这一部分初始化工作放在 Request run 中是合理的。

主要的初始化

public function initialize()

{

    $this->initialized = true;

    $this->beginTime = microtime(true);

    $this->beginMem  = memory_get_usage();

    // 加载环境变量

    if (is_file($this->rootPath . ‘.env‘)) {

        $this->env->load($this->rootPath . ‘.env‘);

    }

    $this->configExt = $this->env->get(‘config_ext‘, ‘.php‘);

    $this->debugModeInit();

    // 加载全局初始化文件

    $this->load();

    // 加载框架默认语言包

    $langSet = $this->lang->defaultLangSet();

    $this->lang->load($this->thinkPath . ‘lang‘ . DIRECTORY_SEPARATOR . $langSet . ‘.php‘);

    // 加载应用默认语言包

    $this->loadLangPack($langSet);

    // 监听AppInit

    $this->event->trigger(‘AppInit‘);

    date_default_timezone_set($this->config->get(‘app.default_timezone‘, ‘Asia/Shanghai‘));

    // 初始化

    foreach ($this->initializers as $initializer) {

        $this->make($initializer)->init($this);

    }

    return $this;

}

● 加载 .env 环境变量文件

● 加载配置文件以及应用内的文件

● 加载应用内的 common.php

● 加载助手函数 在 thinkPath 目录下的 helper.php

● 加载配置文件

● 加载应用目录下的 event.php 事件

● 注册应用目录下的 service.php 服务

● 加载语言包

● 监听 AppInit 事件,利用该事件可以做一些请求前的工作

● 设置时区

● 注入所有服务并且启动服务

服务注册

初始化过程中,进行服务注册,那么服务注册做了哪些事情呢?该如何使用的服务呢?

public function register($service, bool $force = false)

{

    $registered = $this->getService($service);

    if ($registered && !$force) {

        return $registered;

    }

    if (is_string($service)) {

        $service = new $service($this);

    }

    if (method_exists($service, ‘register‘)) {

        $service->register();

    }

    if (property_exists($service, ‘bind‘)) {

        $this->bind($service->bind);

    }

    $this->services[] = $service;

}

● 服务是否注册过,如果需要强制重新注册

● 实例化服务

● 如果实现了 register 方法,则需要执行 register 方法

● 如果设置了 bind 属性,则需要将 service 实例绑定到容器

● 最后合并到整个 service 数组中,等待 boot

服务启动

目前在初始化的时候只有下面三个服务,在 $this->initializers 数组中

foreach ($this->initializers as $initializer) {

        $this->make($initializer)->init($this);

}

这三个服务分别是:

think\initializer\BootService

think\initializer\Error

think\initializer\RegisterService

● Error 服务是用来处理框架异常和错误的

● RegisterService 从字面的意思就是注册服务的

● BootService 就是启用服务的

Error 处理在之后再说,这里说一下 RegisterService 和 BootService。

当从 Container 中 make 出 RegisterService 的时候

这里有个隐藏的静态方法 make,每次如果首次从 Container 中 make 出来的实例对象都会执行 make 方法,当然首先必须你实现了该方法。

随后会执行 Init 方法。当你进入到 RegisterService 的时候,你会看到该方法。方法内容如下:

public function init(App $app)

{

    $file = $app->getRootPath() . ‘runtime‘ . DIRECTORY_SEPARATOR . ‘services.php‘;

    $services = $this->services;

    if (is_file($file)) {

        $services = array_merge($services, include $file);

    }

    foreach ($services as $service) {

        if (class_exists($service)) {

            $app->register($service);

        }

    }

}

该方法就很奇怪了,和我想象的有点不一样。服务是直接从 runtime 目录下面获取的,而非在 config 目录下的 service.php 中。为什么会这样呢?由于 composer 的发展,TP 框架也可以提供包的自动发现的功能,这也证明了开发组在不断向社区靠拢。下面来看一下是如何实现的。

因为这都是得益于 composer 的,所以来看一下 rootPath 下的 composer.json,到最下面,你会发现下面的配置

"scripts": {

    "post-autoload-dump": [

        "@php think service:discover",

        "@php think vendor:publish"

    ]

}

从配置来看,框架一共提供了两个指令,service:discover 和 vendor:publish。具体实现这里就不说了,你只需要知道包的发现是由 service:discover 实现的。

还有就是这里默认注入了三个服务。

PaginatorService::class,

ValidateService::class,

ModelService::class,

最后再来看看 BootService,这个就很简单了。从命名来讲就不难看出,下面就是代码,正常的启动服务,但是这里要说明的是,服务类中必须实现了 boot 方法才会启动。

public function init(App $app)

{

    $app->boot();

}

以上就是ThinkPHP6源码分析之应用初始化的详细内容

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

原文地址:https://www.cnblogs.com/a609251438/p/12109662.html

时间: 2024-10-08 09:14:04

ThinkPHP6源码分析之应用初始化的相关文章

nginx源码分析之模块初始化

在nginx启动过程中,模块的初始化是整个启动过程中的重要部分,而且了解了模块初始化的过程对应后面具体分析各个模块会有事半功倍的效果.在我看来,分析源码来了解模块的初始化是最直接不过的了,所以下面主要通过结合源码来分析模块的初始化过程. 稍微了解nginx的人都知道nginx是高度模块化的,各个功能都封装在模块中,而各个模块的初始化则是根据配置文件来进行的,下面我们会看到nginx边解析配置文件中的指令,边初始化指令所属的模块,指令其实就是指示怎样初始化模块的. 模块初始化框架 模块的初始化主要

nginx源码分析之网络初始化

nginx作为一个高性能的HTTP服务器,网络的处理是其核心,了解网络的初始化有助于加深对nginx网络处理的了解,本文主要通过nginx的源代码来分析其网络初始化. 从配置文件中读取初始化信息 与网络有关的配置命令主要有两个:listen和sever_name.首先先了解这两个命令的用法. listen listen命令设置nginx监听地址,nginx从这里接受请求.对于IP协议,这个地址就是address和port:对于UNIX域套接字协议,这个地址就是path. 一条listen指令只能

Spring IOC 容器源码分析 - 余下的初始化工作

1. 简介 本篇文章是"Spring IOC 容器源码分析"系列文章的最后一篇文章,本篇文章所分析的对象是 initializeBean 方法,该方法用于对已完成属性填充的 bean 做最后的初始化工作.相较于之前几篇文章所分析的源码,initializeBean 的源码相对比较简单,大家可以愉快的阅读.好了,其他的不多说了,我们直入主题吧. 2. 源码分析 本章我们来分析一下 initializeBean 方法的源码.在完成分析后,还是像往常一样,把方法的执行流程列出来.好了,看源码

linux内存源码分析 - 页表的初始化

本文为原创,转载请注明:http://www.cnblogs.com/tolimit/ 本文章中系统我们假设为x86下的32位系统,暂且不分析64位系统的页表结构. linux分页 linux下采用四级分页,一个线性地址会分为5个偏移量用于寻址,具体看图: 虽然有四级,但并不是每一级都会用到,在linux中,对于硬件体系的不同可能会用到二级页表,三级页表,四级页表中的其中一个,如下: 64位系统:使用四级分页或三级分页,跟硬件有关. 未开启PAE(物理地址扩展)的32位系统:只使用二级分页,页上

SQLmap源码分析之框架初始化(一)

SQLmap是现在搞web人手一个的注入神器,不仅包含了主流数据库的SQL注入检测,而且包含提权以及后渗透模块.基于python2.x开发而成,使用方便.所以研究web安全少不了分析源码,学习代码的同时,也可以学习先进的漏洞检测技术.多的不多说,咱们来分析一下源码. 使用的工具如下: IDE: sublime text SQLmap源码:https://github.com/sqlmapproject/sqlmap 当前分析版本: 1.1.2.5 0x00 从入口文件开始 我们在拿到源代码以后,

Memcached源码分析——slab的初始化

以下内容仅为本人的笔记. /** * Determines the chunk sizes and initializes the slab class descriptors * accordingly. */ /** * 确定chunk的大小,初始化slabs类的相应的描述符 */ void slabs_init(const size_t limit, const double factor, const bool prealloc) { /** * #define POWER_SMALLE

{{jQuery源码分析}}jQuery对象初始化的多种传参数形式

jQuery对象初始化的传参方式包括:1.$(DOMElement)2.$('<h1>...</h1>'), $('#id'), $('.class') 传入字符串, 这是最常见的形式, 这种传参数经常也传入第二个参数context指定上下文,其中context参数可以为$(...), DOMElement3.$(function() {}); <===> $(document).ready(function() { });4.$({selector : '.class

SDL2源码分析5:更新纹理(SDL_UpdateTexture())

===================================================== SDL源码分析系列文章列表: SDL2源码分析1:初始化(SDL_Init()) SDL2源码分析2:窗体(SDL_Window) SDL2源码分析3:渲染器(SDL_Renderer) SDL2源码分析4:纹理(SDL_Texture) SDL2源码分析5:更新纹理(SDL_UpdateTexture()) SDL2源码分析6:拷贝到渲染器(SDL_RenderCopy()) SDL2源

SDL2源码分析8:视频显示总结

===================================================== SDL源码分析系列文章列表: SDL2源码分析1:初始化(SDL_Init()) SDL2源码分析2:窗体(SDL_Window) SDL2源码分析3:渲染器(SDL_Renderer) SDL2源码分析4:纹理(SDL_Texture) SDL2源码分析5:更新纹理(SDL_UpdateTexture()) SDL2源码分析6:拷贝到渲染器(SDL_RenderCopy()) SDL2源