协程 shell_exec 如何捕获标准错误流
今天在GitHub
主页看到外国友人提了一个很有意思的issue
,他在使用Co\System::exec()
执行了一个不存在的命令时,错误信息会直接打印到屏幕,而不是返回错误信息。
实际上Swoole
提供的System::exec()
行为上与PHP
的shell_exec
是完全一致的,我们写一个shell_exec
的同步阻塞版本,执行后发现同样拿不到标准错误流输出的内容,会被直接打印到屏幕。
<?php $result = shell_exec('unknown'); var_dump($result);
htf@htf-ThinkPad-T470p:~/workspace/debug$ php s.php sh: 1: unknown: not found NULL htf@htf-ThinkPad-T470p:~/workspace/debug$
那么如何解决这个问题呢?答案就是使用proc_open
+hook
实现。
实例代码
Swoole\Runtime::setHookFlags(SWOOLE_HOOK_ALL); Swoole\Coroutine\run(function () { $descriptorspec = array( 0 => array("pipe", "r"), 1 => array("pipe", "w"), 2 => array("pipe", "w"), ); $process = proc_open('unknown', $descriptorspec, $pipes); var_dump($pipes); var_dump(fread($pipes[2], 8192)); $return_value = proc_close($process); echo "command returned $return_value\n"; });
使用proc_open
,传入了3
个描述信息:
fd
为0
的流是标准输入,可以在主进程内向这个流写入数据,子进程就可以得到数据fd
为1
的流是标准输出,这里可以得到执行命令的输出内容fd
为2
的pipe stream
就是stderr
,读取stderr
就能拿到错误信息输出
使用fread
就可以拿到标准错误流输出的内容。
htf@htf-ThinkPad-T470p:~/workspace/swoole/examples/coroutine$ php proc_open.php array(3) { [0]=> resource(4) of type (stream) [1]=> resource(5) of type (stream) [2]=> resource(6) of type (stream) } string(26) "sh: 1: unknown: not found " command returned 32512 htf@htf-ThinkPad-T470p:~/workspace/swoole/examples/coroutine$
Swoole 正在参与 2020 年度 OSC 中国开源项目评选,请点击下方链接投出您的一票,投票直达链接:https://www.oschina.net/p/swoole-server

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
七大关于DevOps的误解,你中了几招?
开发人员社区中流传着大量的DevOps神话。考虑到近年来DevOps概念的流行,这并不奇怪。 DevOps是鼓励采用敏捷思维来提高软件交付过程的速度和质量的实践。在DevOps中,开发团队与运维团队的相互合作,贯穿整个软件生命周期,二者对自己的具体任务负责但并不真正在一起工作。 如果实施得当,DevOps方法可以为组织带来显著的积极影响。它可以降低成本,提高效率,并使开发团队的工作更加精简。为了掌握这个过程的优势,有必要认识到DevOps是什么、不是什么。在本文中,就将讨论一些流传甚广的关于DevOps的一些误解。 ×DevOps就是CI和CD 关于DevOps最大的误解之一是它与CI/CD是一回事。事实上,持续集成和交付只是DevOps生命周期的一环,是Devps的关键组件。 DevOps注重团队的文化和责任感,它强调团队中的每个人都需要参与彼此的任务,这样可以提高团队中的协作和沟通能力。 另一方面,CI/CD通过强调自动化的软件和工具实现了这种沟通的文化,所以可以将CI/CD看作达到DevOps的手段。 ×DevOps意味着NoOps NoOps的概念描述了云基础设施足够自动化,以...
- 下一篇
消息队列和任务队列有什么区别?
前言 昨天发了一篇文章是关于machinery的入门教程,有一位读者在留言中问我 这个和kafka有什么区别?一时我也有点懵,这两个的概念很近,到底有什么不同呢?根据我自己的理解,简单分析了一下,有不足之处欢迎指出。 消息队列 消息队列这个概念其实在我之前的文章:手把手教姐姐写消息队列,自己动手用go写一个简易版的消息队列,有兴趣的小伙伴们可以看一下这篇文章。回归正题,我们再来介绍一下什么是消息队列。 消息队列,一般我们会简称它为MQ(Message Queue)。他是由两个单词组成,我们应该对队列(Queue)很熟悉吧。队列是一种先进先出的数据结构。再配合上消息,消息队列可以简单理解为:把要传输的数据放在队列中。使用较多的消息队列有ActiveMQ,RabbitMQ,ZeroMQ,Kafka,MetaMQ,RocketMQ。这里我们就不具体讲解消息队列实现细节,这不是本文的主题,只知道概念就可以了。了解了什么是消息队列,我们一起来看看他在什么场景使用。 场景 消息队列中间件是分布式系统中重要的组件,主要解决应用耦合,异步消息,流量削锋等问题。这里举一个消息队列的使用场景:日志处理。 ...
相关文章
文章评论
共有0条评论来说两句吧...