CI框架源代码阅读笔记5 基准測试 BenchMark.php

简介:
   上一篇博客( CI框架源代码阅读笔记4 引导文件CodeIgniter.php )中。我们已经看到:CI中核心流程的核心功能都是由不同的组件来完毕的。这些组件类似于一个一个单独的模块,不同的模块完毕不同的功能,各模块之间能够相互调用,共同构成了CI的核心骨架。

    从本篇開始,将进一步去分析各组件的实现细节。深入CI核心的黑盒内部(研究之后。事实上就应该是白盒了,只对于应用来说,它应该算是黑盒),从而更好的去认识、把握这个框架。

    依照惯例。在開始之前。我们贴上CI中不全然的核心组件图:

 

  因为BenchMark是CI中第一个载入的core组件,因此我们的分析首先从该组件開始。

BenchMark的含义很明白,使用过BenchMark工具的同学应该比較清楚。这是一个基准组件。既然是BenchMark,我们便可大胆猜想,BM组件的主要功能就是记录程序的执行时间、内存使用、cpu使用等情况。

先看类图:

 

这个组件结构较简单,仅仅有一个marker内部变量和三个对外的接口:

1 Elapsed_time
2 Mark
3 Memory_usage

以下一个个展开来看:

1.  mark

函数的签名为:

function mark($name)

这个函数接受一个string类型的參数,而实现更简单。仅仅有一句话:

$this->marker[$name] = microtime();

也就是说这个函数仅仅是用于记录函数调用时刻的时间点。

值得注意的是。因为Controller中的特殊处理(之后我们会详解),你的应用程序控制器中能够使用$this->benchmark->mark($name);的方式来加入执行的时间点。比如:

$this->benchmark->mark("function_test_start");
$this->_test();
$this->benchmark->mark("function_test_end");
print_r($this->benchmark);

当中,function_test_startfunction_test_end分别用于记录函数调用開始和结束的时间点

打印出的结果:

 

如今要计算函数的调用时间,须要用到BenchMark组件的第二个函数elapsed_time

2.  elapsed_time

函数的签名为:

function elapsed_time($point1 = '', $point2 = '', $decimals = 4)

3个參数均为可选參数

(1).   假设$point1 为空,则返回’{elapsed_time}’

if ($point1 == '') {
     return '{elapsed_time}';
}

纳尼!

明明应该返回的是时间,怎么反而返回的是字符串,并且这么奇怪(类似smarty的标签)。

事实上,在Output组件中,{elapsed_time}会被替换。我们临时看一下替换的方式:

$elapsed = $BM->elapsed_time('total_execution_time_start', 'total_execution_time_end');
$output = str_replace('{elapsed_time}', $elapsed, $output);

也就是说。没有指定參数的情况下,调用该函数实际得到的是total_execution_time_start这个时间点到total_execution_time_end这个时间点的时间差。更进一步,因为total_execution_time_start是在BM载入之后设置的第一个mark点(total_execution_time_end并没有定义,返回的是当前时间点),该函数返回的实际就是系统的载入和执行时间。

(2).假设调用的是未知的mark点。则结果是未知的。直接返回空:

if ( ! isset($this->marker[$point1]))
{
    return '';
}

(3).假设没有设置$point2的mark点。则将$point2的mark点设置为当前的时间点。

if ( ! isset($this->marker[$point2]))
{
    $this->marker[$point2] = microtime();
}

(4).最后返回的两个mark点的时间差:

list($sm, $ss) = explode(' ', $this->marker[$point1]);
list($em, $es) = explode(' ', $this->marker[$point2]);

return number_format(($em + $es) - ($sm + $ss), $decimals);

还看之前的样例。这里我们能够通过调用:

echo $this->benchmark->elapsed_time("function_test_start","function_test_end");

得到函数的运行时间.

3.  memory_usage

这个函数返回的是系统的内存使用情况(MB单位),与{elapsed_time} 一样,这个函数返回的{memory_usage}也会在Output中被替换:

$memory  = ( ! function_exists('memory_get_usage')) ? '0' : round(memory_get_usage()/1024/1024, 2).'MB';
$output = str_replace('{memory_usage}', $memory, $output);

因为BenchMark组件本身较简单,我们不做很多其它的解释。

最后。贴上这个组件的源代码:

复制代码
php

class CI_Benchmark {

    /**
     * List of all benchmark markers and when they were added
     *
     * @var array
     */var$markerarray();

    /**
     * Set a benchmark marker
     *
     * @access    public
     * @param    string    $name    name of the marker
     * @return    void
     */function$name)
    {
        $this$namemicrotime();
    }

    /**
     * Calculates the time difference between two marked points.
     * If the first parameter is empty this function instead returns the {elapsed_time} pseudo-variable. This permits the full system
     * @access    public
     * @param    string    a particular marked point
     * @param    string    a particular marked point
     * @param    integer    the number of decimal places
     * @return    mixed
     */function$point1$point2$decimals)
    {
        if$point1)
        {
            return;
        }

        ifisset$this$point1]))
        {
            return;
        }

        ifisset$this$point2]))
        {
            $this$point2microtime();
        }

        list$sm$ssexplode$this$point1]);
        list$em$esexplode$this$point2]);

        returnnumber_format$em$es$sm$ss$decimals);
    }

    /**
     * Memory Usage
     * This function returns the {memory_usage} pseudo-variable.
     */function memory_usage()
    {
        return;
    }


}






本文转自mfrbuaa博客园博客,原文链接:http://www.cnblogs.com/mfrbuaa/p/5275290.html,如需转载请自行联系原作者

相关文章
|
2天前
|
测试技术 持续交付 容器
深入探索自动化测试框架的设计与实现
【7月更文挑战第15天】在软件质量保障的众多手段中,自动化测试以其高效、可靠和可重复性的特点,成为提升开发流程效率的重要环节。本文将深入探讨自动化测试框架的设计理念、核心组件以及实际搭建过程中的关键步骤和常见挑战。我们将通过实例分析,揭示如何构建一个灵活、可维护且易于扩展的自动化测试系统,确保它能够满足现代软件开发的需求。
|
1天前
|
Web App开发 XML Java
《手把手教你》系列基础篇(九十六)-java+ selenium自动化测试-框架之设计篇-跨浏览器(详解教程)
【7月更文挑战第14天】这篇教程介绍了如何使用Java和Selenium构建一个支持跨浏览器测试的自动化测试框架。设计的核心是通过读取配置文件来切换不同浏览器执行测试用例。配置文件中定义了浏览器类型(如Firefox、Chrome)和测试服务器的URL。代码包括一个`BrowserEngine`类,它初始化配置数据,根据配置启动指定的浏览器,并提供关闭浏览器的方法。测试脚本`TestLaunchBrowser`使用`BrowserEngine`来启动浏览器并执行测试。整个框架允许在不同浏览器上运行相同的测试,以确保兼容性和一致性。
13 3
|
3天前
|
存储 Web App开发 Java
《手把手教你》系列基础篇(九十五)-java+ selenium自动化测试-框架之设计篇-java实现自定义日志输出(详解教程)
【7月更文挑战第13天】这篇文章介绍了如何在Java中创建一个简单的自定义日志系统,以替代Log4j或logback。
16 5
|
3天前
|
敏捷开发 测试技术 持续交付
探索自动化测试框架的演进与实践
【7月更文挑战第14天】自动化测试框架在软件开发生命周期中扮演着越来越重要的角色。本文旨在探讨自动化测试框架从简单的脚本到复杂的系统级解决方案的演变过程,并分析其在不同阶段解决的关键问题。通过案例研究,我们将深入了解如何选择合适的自动化测试工具以及设计有效的测试策略,以提升软件质量保障的效率和效果。
|
6天前
|
设计模式 测试技术 Python
《手把手教你》系列基础篇(九十二)-java+ selenium自动化测试-框架设计基础-POM设计模式简介(详解教程)
【7月更文挑战第10天】Page Object Model (POM)是Selenium自动化测试中的设计模式,用于提高代码的可读性和维护性。POM将每个页面表示为一个类,封装元素定位和交互操作,使得测试脚本与页面元素分离。当页面元素改变时,只需更新对应页面类,减少了脚本的重复工作和维护复杂度,有利于团队协作。POM通过创建页面对象,管理页面元素集合,将业务逻辑与元素定位解耦合,增强了代码的复用性。示例展示了不使用POM时,脚本直接混杂了元素定位和业务逻辑,而POM则能解决这一问题。
24 6
|
3天前
|
缓存 安全 前端开发
php框架
【7月更文挑战第14天】php框架
10 2
|
3天前
|
测试技术 PHP 数据库
深入解析PHP框架:Symfony框架详解与应用
📚 Symfony框架深度解析:模块化设计提升开发效率,性能优越,灵活性高,支持MVC模式。探索控制器、路由、模板(如Twig)、服务容器、事件调度器等核心概念。还包括表单处理、数据库集成( Doctrine ORM)、安全组件、国际化支持及调试工具。使用Symfony CLI快速创建应用,内置PHPUnit测试支持。开始你的高质量Web开发之旅吧!
11 2
|
4天前
|
敏捷开发 存储 数据管理
自动化测试框架设计:从理论到实践
【7月更文挑战第13天】本文将深入探讨自动化测试框架的设计原理与实现方法。通过分析自动化测试的必要性和框架设计的基本原则,结合具体案例,展示如何从零开始构建一个高效、可维护的自动化测试系统。文章不仅涵盖框架的结构设计,还包括最佳实践和常见问题的解决策略,为读者提供一套完整的解决方案和实操指南。
|
4天前
|
设计模式 Java 测试技术
《手把手教你》系列基础篇(九十四)-java+ selenium自动化测试-框架设计基础-POM设计模式实现-下篇(详解教程)
【7月更文挑战第12天】在本文中,作者宏哥介绍了如何在不使用PageFactory的情况下,用Java和Selenium实现Page Object Model (POM)。文章通过一个百度首页登录的实战例子来说明。首先,创建了一个名为`BaiduHomePage1`的页面对象类,其中包含了页面元素的定位和相关操作方法。接着,创建了测试类`TestWithPOM1`,在测试类中初始化WebDriver,设置驱动路径,最大化窗口,并调用页面对象类的方法进行登录操作。这样,测试脚本保持简洁,遵循了POM模式的高可读性和可维护性原则。
12 2
|
6天前
|
敏捷开发 Devops 测试技术
自动化测试框架的演进与实践
【7月更文挑战第11天】在软件开发的历程中,自动化测试始终扮演着不可或缺的角色。本文将通过探讨自动化测试框架的发展脉络,揭示其在现代软件工程中的应用与挑战。从早期的线性脚本到今日的模块化框架,我们将一窥自动化测试技术的演进之路,并分享实践中的经验和策略,旨在为读者提供一套实用的自动化测试解决方案。
9 1