转载请注明出处:遇到问题—python调用shell脚本时subprocess.check_call不阻塞
遇到的问题
使用命令
subprocess.check_call(cmd, shell=True, stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
在ubuntu系统中
python中使用subprocess.check_call调用shell命令。
发现subprocess.check_call的阻塞无效,导致下面的命令缺失信息。
但是同样的代码在centos中是可以顺利运行的。
阻塞效果也正常。
查看线程
使用
ps xf
或者
pstree -up
原因
经过对比排查和思考,应该是环境变量的问题。
仔细对比线程树的输出。
发现使用的执行shell的环境是不一样的。
centOS默认使用的是/bin/bash
ubutu默认使用的是/bin/sh
两者的区别
GNU/Linux操作系统中的/bin/sh本是bash (Bourne-Again Shell) 的符号链接,但鉴于bash过于复杂,有人把bash从NetBSD移植到Linux并更名为dash (Debian Almquist Shell),并建议将/bin/sh指向它,以获得更快的脚本执行速度。Dash Shell 比Bash Shell小的多,符合POSIX标准。
Ubuntu继承了Debian,所以从Ubuntu 6.10开始默认是Dash Shell。
应该说,/bin/sh与/bin/bash虽然大体上没什么区别,但仍存在不同的标准。标记为#!/bin/sh的脚本不应使用任何POSIX没有规定的特性 (如let等命令, 但#!/bin/bash可以)。Debian曾经采用/bin/bash更改/bin/dash,目的使用更少的磁盘空间、提供较少的功能、获取更快的速度。但是后来经过shell脚本测试存在运行问题。因为原先在bash shell下可以运行的shell script (shell 脚本),在/bin/sh下还是会出现一些意想不到的问题,不是100%的兼用。
上面可以这样理解,使用man sh命令和man bash命令去观察,可以发现sh本身就是dash,也就更好的说明集成Debian系统之后的更改。
解决方式
使用subprocess.check_call时指定使用的命令如下:
subprocess.check_call(cmd, shell=True, stdout=subprocess.PIPE, stderr=subprocess.STDOUT,executable="/bin/bash")
注意添加的executable=”/bin/bash”,指明了执行脚本的执行程序是/bin/bash。
转载请注明出处:遇到问题—python调用shell脚本时subprocess.check_call不阻塞
参考链接:
https://www.mobibrw.com/2017/8141
https://blog.csdn.net/gatieme/article/details/52136411
![](/qrcode.jpg)