这个问题的正确答案取决于它背后的真正意图:

SAPI是决定因素吗(web-context或者不是)? 或者该信息被解释为“运行在tty中”?

如果是前者，给出的答案和写下的评论就足以找到一个有效的解决方案。

如果是后者，这里给出的食谱将失败，如果工具作为cronjob运行，或作为来自另一个守护进程的后台作业运行——在这种情况下，我建议进一步测试STDIN是否为TTY:

function at_tty() {
    return defined("\STDIN") && posix_isatty(\STDIN);
}

function is_cli() {
    return !http_response_code();
}

例子:

if (is_cli()) {
    echo 'command line';
} else {
    echo 'browser';
}

joomla的方式

if (array_key_exists('REQUEST_METHOD', $_SERVER)) die();

// Detect CLI calls
define("IS_CLI_CALL",( strcmp(php_sapi_name(),'cli') == 0 ));

if(IS_CLI_CALL){
   //do you stuff here

}

这个问题的正确答案取决于它背后的真正意图:

SAPI是决定因素吗(web-context或者不是)? 或者该信息被解释为“运行在tty中”?

如果是前者，给出的答案和写下的评论就足以找到一个有效的解决方案。

如果是后者，这里给出的食谱将失败，如果工具作为cronjob运行，或作为来自另一个守护进程的后台作业运行——在这种情况下，我建议进一步测试STDIN是否为TTY:

function at_tty() {
    return defined("\STDIN") && posix_isatty(\STDIN);
}

一个实用的提示

官方的方式(正如许多人所说)是PHP_SAPI作为一个常量，或php_sapi_name()作为一个函数，当您在命令行情况下，它们都返回cli。他们是对的。

但是!…

考虑使用$_SERVER["argv"](在大多数情况下也是$argv)，当你在浏览器中运行时它是空的，当你从命令行调用时它是一个数组。这种方法(或两者都使用)的优点是，通过给$argv / $_SERVER["argv"]变量赋一个(假的)值，可以模拟在浏览器中运行的终端。当您在通常无法获得SSH访问的外部服务器(prod、staging等)上进行测试时，这非常方便。

做到这一点的最好方法是记住你是否需要CLI模拟，并使用$argv和PHP_SAPI来协调这一点-例如，如果PHP_SAPI不是“CLI”，而$argv有一个值，你可能需要事先输出一个额外的<pre>标签。