php内核分析(四)-do_cli

简介:

这里阅读的php版本为PHP-7.1.0 RC3,阅读代码的平台为linux

# main

把剩下的代码增加了下注释全部贴出来了(这个是简化后的main函数,去掉了一些无关紧要的代码段):

int main(int argc, char *argv[])
{
    ...
    sapi_module_struct *sapi_module = &cli_sapi_module;

    argv = save_ps_args(argc, argv); //这里获取一次当前执行进程的参数,环境变量等。为的是对特定平台,修正下argv变量以供后续使用。

    cli_sapi_module.additional_functions = additional_functions; // cli模式特有的函数

     ...


#ifdef ZTS
    tsrm_startup(1, 1, 0, NULL);
    (void)ts_resource(0);
    ZEND_TSRMLS_CACHE_UPDATE();
#endif

    zend_signal_startup();  // 设置信号,把一些需要反应的信号位设置为0

    // 获取参数,做一些对应的初始化行为,或者一些简单的操作,比如help
    while ((c = php_getopt(argc, argv, OPTIONS, &php_optarg, &php_optind, 0, 2))!=-1) {
        switch (c) { // 这里的c是代表返回的字符串的ascii码值
            case 'c':
                ...
            case 'n':
                ini_ignore = 1; // 不使用ini文件,通过代码或者其他指定ini值
                break;
            case 'd': { // 配置ini的key,val值在命令行中,下面的行为都是修改ini_entries这个变量
                ...
            }
            case 'h': /* help & quit */
            case '?':
                php_cli_usage(argv[0]);
                goto out;
            case 'i': case 'v': case 'm':
                sapi_module = &cli_sapi_module;
                goto exit_loop;
            case 'e': /* enable extended info output */
                use_extended_info = 1;
                break;
        }
    }
exit_loop:

    sapi_module->ini_defaults = sapi_cli_ini_defaults; // 设置初始化的ini值
    sapi_module->php_ini_path_override = ini_path_override; //设置重写后的ini_path地址,如果是php -c的话,这个就为非null
    sapi_module->phpinfo_as_text = 1; // 打开打印phpinfo的开关,需要的时候可以把phpinfo打印出来
    sapi_module->php_ini_ignore_cwd = 1; // 不在当前路径寻找php.ini
    sapi_startup(sapi_module); // sapi初始化行为,比如初始化全局变量SG
    sapi_started = 1; // 标记,表示已经调用了startup,关闭的时候需要调用shundown
    ...

    // 开始调用sapi的startup方法,对cli模式,实际上是调用php_cli_startup方法
    if (sapi_module->startup(sapi_module) == FAILURE) {
        exit_status = 1;
        goto out;
    }
    module_started = 1; // 标记位,标记已经调用了module的startup方法

    ...

    zend_first_try {
            exit_status = do_cli(argc, argv);  // 这个是实际上调用的内容
    } zend_end_try();
out:  // 这个代码段已经是要退出了
    if (ini_path_override) {
        free(ini_path_override);
    }
    if (ini_entries) {
        free(ini_entries);
    }
    if (module_started) {
        php_module_shutdown();
    }
    if (sapi_started) {
        sapi_shutdown();
    }
#ifdef ZTS
    tsrm_shutdown();
#endif

    cleanup_ps_args(argv);
    exit(exit_status);
}

其实看伪码很简单:

tsrm_startup(1, 1, 0, NULL);  // TSM启动
zend_signal_startup();  // 信号设置
sapi_startup(sapi_module);  // SAPI启动
sapi_module->startup(sapi_module); // 当前模块的startup
do_cli(argc, argv); // 做实际的行为
php_module_shutdown();  // 当前模块的shutdown
sapi_shutdown(); // SAPI关闭
tsrm_shutdown(); // TSM关闭

好了,其实看了一圈,里面最重的函数是do_cli了。

php参数

do_cli里面你会看到根据参数的不同,有很多分支,这里你就需要了解这些参数都是什么用的。

参数
作用
实例


do_cli

我们把do_cli函数的整个函数去掉多余代码,仅保留关键代码如下:

static int do_cli(int argc, char **argv)
{
    ...

    zend_try {

        // 这里处理了 i-输出phpinfo内容/ v-输出php版本 / m-输出扩展信息
        while ((c = php_getopt(argc, argv, OPTIONS, &php_optarg, &php_optind, 0, 2)) != -1) {
            switch (c) {

            case 'i': // 输出phpinfo内容
                ...
                php_print_info(0xFFFFFFFF);
                ...
                goto out;

            case 'v': // 输出php版本信息
                ...
                    get_zend_version()
                ...
                goto out;

            case 'm': // 列出所有模块
                ...
                print_extensions();
                ...
                goto out;

            default:
                break;
            }
        }

        ...

        // 下面的代码做了几个事情:
        // 1 根据参数设置了behavior参数
        // 2 有执行文件的就将文件存在script_file
        while ((c = php_getopt(argc, argv, OPTIONS, &php_optarg, &php_optind, 0, 2)) != -1) {
            switch (c) {

            case 'a': // php的交互模式
                ...
                interactive=1;
                ...
                break;

            case 'C': // 不要把cwd目录变成脚本所在的目录。这个默认就是cwd是当前执行路径,所以这里什么都不做。
                break;

            case 'F': // php -F <FILE> 进入交互模式,每执行一行就执行一次<FILE>文件
                ...
                behavior=PHP_MODE_PROCESS_STDIN;
                script_file = php_optarg;
                break;

            case 'f': // php -f <FILE> 解析并执行文件
                ...
                script_file = php_optarg;
                break;

            case 'l':  // 检查文件的语法是否有错误
                ...
                behavior=PHP_MODE_LINT;
                break;

            case 'q': // 安静模式,默认也是安静模式
                break;

            case 'r': // 从命令行直接执行脚本
                ...
                behavior=PHP_MODE_CLI_DIRECT;
                exec_direct=php_optarg;
                break;

            case 'R': // 每行输入的时候执行一次code脚本,比如 php -R 'echo 12;'
                ...
                behavior=PHP_MODE_PROCESS_STDIN;
                exec_run=php_optarg;
                break;

            case 'B': // 在每次输入开始之前执行一次code脚本
                ...
                behavior=PHP_MODE_PROCESS_STDIN;
                exec_begin=php_optarg;
                break;

            case 'E': // 在每次输入结束之后执行一次code脚本, 上面的 RBE可以参考一个例子:find conf.d | php -B '$l=0;' -R '$l += count(@file($argn));' -E 'echo "Total Lines: $l\n";'
                ...
                behavior=PHP_MODE_PROCESS_STDIN;
                exec_end=php_optarg;
                break;

            case 's': // 使用html高亮方式显示代码,这个或许在一些代码显示的时候需要用到
                ...
                behavior=PHP_MODE_HIGHLIGHT;
                break;

            case 'w':  // php <file> -w 能把<file>中的评论和多余的空格去掉
                ...
                behavior=PHP_MODE_STRIP;
                break;

            case 'z': // 加载外部扩展
                zend_load_extension(php_optarg);
                break;
            case 'H': // 隐藏所有参数
                hide_argv = 1;
                break;
            case 10: // 显示function定义
                behavior=PHP_MODE_REFLECTION_FUNCTION;
                reflection_what = php_optarg;
                break;
            case 11: // 显示class定义
                behavior=PHP_MODE_REFLECTION_CLASS;
                reflection_what = php_optarg;
                break;
            case 12: // 显示扩展定义,注意这里是php扩展
                behavior=PHP_MODE_REFLECTION_EXTENSION;
                reflection_what = php_optarg;
                break;
            case 13: // 显示zend扩展定义, 比如xdebug
                behavior=PHP_MODE_REFLECTION_ZEND_EXTENSION;
                reflection_what = php_optarg;
                break;
            case 14: // 显示扩展的对应配置
                behavior=PHP_MODE_REFLECTION_EXT_INFO;
                reflection_what = php_optarg;
                break;
            case 15: // 显示ini配置
                behavior = PHP_MODE_SHOW_INI_CONFIG;
                break;
            default:
                break;
            }
        }

        ...

        // 初始化request之后,执行了request_startup
        if (php_request_startup()==FAILURE) {
            ...
            goto err;
        }
        ...

        zend_is_auto_global_str(ZEND_STRL("_SERVER"));

        // 根据不同的行为做不同的具体操作,这个是核心方法
        switch (behavior) {
        case PHP_MODE_STANDARD:  // 标准,就是执行一个脚本文件
            ...
                php_execute_script(&file_handle);
            ...
            break;
        case PHP_MODE_LINT: // 只检查文件有没有语法错误
            exit_status = php_lint_script(&file_handle);
            ...
            break;
        case PHP_MODE_STRIP:
            ...
                zend_strip();
            ...
            break;
        case PHP_MODE_HIGHLIGHT:
            ...
            php_get_highlight_struct(&syntax_highlighter_ini);
            zend_highlight(&syntax_highlighter_ini);
            goto out;
            break;
        case PHP_MODE_CLI_DIRECT:
            ...
            if (zend_eval_string_ex(exec_direct, NULL, "Command line code", 1) == FAILURE) {
                exit_status=254;
            }
            break;

        case PHP_MODE_PROCESS_STDIN:
                ...
                zend_eval_string_ex(exec_end, NULL, "Command line end code", 1)
                ...
                break;
        case PHP_MODE_REFLECTION_FUNCTION:
        case PHP_MODE_REFLECTION_CLASS:
        case PHP_MODE_REFLECTION_EXTENSION:
        case PHP_MODE_REFLECTION_ZEND_EXTENSION:
            ...
            ZVAL_STRING(&arg, reflection_what);
            object_init_ex(&ref, pce);
            ...
            zend_call_method_with_1_params(&ref, pce, &pce->constructor, "__construct", NULL, &arg);
            ...
            break;
        case PHP_MODE_REFLECTION_EXT_INFO:
            ...
            if ((module = zend_hash_str_find_ptr(&module_registry, lcname, len)) == NULL) {
                ...
                    display_ini_entries(NULL);
                ...
            } 
            ...
            break;
        case PHP_MODE_SHOW_INI_CONFIG:
            ...
            break;
        }
    } zend_end_try();

out:
    ...
err:
    ...
}

整个200行的代码就很好理解了,整个是包在一个zend_try...zend_catch中的。做了几步:

  • 处理-i, -m, -v参数
  • 对其他的参数设置behavior,script_file等变量
  • 根据behavior做不同的行为

回到我们的初步计划,我们想要了解的事:

我们的根据-r的参数配置寻找。

它实际上时调用了

zend_eval_string_ex(exec_direct, NULL, "Command line code", 1)

这里的exec_direct是 echo 12字符串



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

相关文章
|
6月前
|
存储 缓存 自然语言处理
深入PHP内核:理解Opcode缓存对性能的影响
【4月更文挑战第25天】 在提升PHP应用性能的众多策略中,Opcode缓存技术因其显著的效果和较低的复杂度而备受开发者青睐。本文将深入探讨Opcode缓存机制,解析其对PHP执行效率的提升原理,并通过实验数据展示启用Opcode缓存前后的性能差异。我们还将讨论几种流行的Opcode缓存工具,如APC、OpCache与APCu,并评估它们的优劣及适用场景,帮助开发者根据不同的项目需求做出合适的选择。通过本文,读者不仅能够了解Opcode缓存的工作原理,还能学会如何在实际项目中应用这一技术以优化PHP应用程序的性能。
|
6月前
|
缓存 自然语言处理 PHP
深入PHP内核:理解OPcode和执行生命周期
在PHP的执行过程中,源代码经过词法分析、语法分析等一系列复杂的步骤后,最终会编译成一种叫做“操作码”(OPcode)的中间代码。本文将深入探讨PHP的操作码(OPcode)是什么,它是如何生成的,以及它在整个PHP脚本执行周期中扮演的角色。我们还将了解不同的OPcode优化技术,以及它们如何影响PHP应用程序的性能。通过本文,读者将对PHP的内部工作原理有更深刻的理解,为进一步的性能调优打下坚实的基础。
|
2月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。
|
6月前
|
存储 缓存 自然语言处理
深入PHP内核:理解Opcode缓存与性能优化
【5月更文挑战第14天】 在动态语言的世界里,PHP一直因其高性能的执行效率和广泛的社区支持而备受青睐。随着Web应用的复杂性增加,对性能的要求也越来越高。本文将探讨PHP的Opcode缓存机制,解析其对性能提升的贡献,并展示如何通过配置和使用不同的Opcode缓存方案来进一步优化PHP应用的性能。我们将深入到PHP的核心,了解Opcode是如何生成的,以及它如何影响最终的执行效率。
|
2月前
|
监控 IDE PHP
php xdebug的配置、调试、跟踪、调优、分析
php xdebug的配置、调试、跟踪、调优、分析
|
2月前
|
缓存 监控 算法
分析慢日志文件来优化 PHP 脚本的性能
分析慢日志文件来优化 PHP 脚本的性能
|
3月前
|
安全 前端开发 PHP
构建与验证表单:传统PHP与Laravel框架的比较分析——探索Web开发中表单处理的优化策略和最佳实践
【8月更文挑战第31天】在 Web 开发中,表单构建与数据验证至关重要。传统 PHP 方法需手动处理 HTML 表单和数据验证,而 Laravel 框架则提供了一种更现代、高效的解决方案。本文通过对比传统 PHP 和 Laravel 的方法,探讨表单构建与验证的最佳实践。Laravel 通过简洁的语法糖、内置的数据过滤和验证机制,显著提升了代码的安全性和可维护性,适用于大型项目或需要快速开发的场景。然而,在追求灵活性的小型项目中,直接使用 PHP 仍是不错的选择。了解两者的优劣,有助于开发者根据项目需求做出最佳决策。
38 0
|
3月前
|
安全 Java 云计算
JSF 应用究竟何去何从?云端部署能否成为其全新突破点?快来一探究竟!
【8月更文挑战第31天】本文介绍了将JavaServer Faces(JSF)应用部署到云平台的过程。首先,根据成本、功能、可靠性和安全性选择合适的云平台。接着,展示了构建简单JSF应用的示例代码。最后,以AWS Elastic Beanstalk为例,详细说明了部署流程。部署至云端可提升应用的可用性、扩展性和安全性。
45 0
|
6月前
|
存储 缓存 PHP
深入PHP内核:理解Zend Engine与Opcode缓存
【5月更文挑战第30天】 在PHP的开发世界中,性能优化是一个永恒的话题。随着现代Web应用的复杂性日益增加,仅仅依靠代码层面的优化已经远远不够。本文将深入探讨PHP的执行心脏——Zend Engine,以及如何通过Opcode缓存机制提升PHP应用的执行效率。我们将透过对Zend Engine工作原理的分析,了解Opcode缓存的实现原理,并通过实例来展示其对性能提升的显著影响。
|
6月前
|
存储 缓存 自然语言处理
深入PHP内核:理解OPcache的工作原理与优化实践
【5月更文挑战第6天】 在现代Web开发中,提升性能和响应速度是持续追求的目标。PHP作为一种广泛使用的服务端脚本语言,其执行效率至关重要。本文将深入探索PHP的OPcache(优化器缓存)组件,解析其如何改善PHP的性能表现。通过剖析OPcache的工作机制,我们将讨论有效的配置策略以及实践中的最佳优化方法,旨在帮助开发者充分理解并利用OPcache来提升应用性能。