遇到问题---python调用shell脚本时subprocess.check_call不阻塞

look_w

遇到的问题

使用命令

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")

    1

注意添加的executable=”/bin/bash”，指明了执行脚本的执行程序是/bin/bash。

转载请注明出处:遇到问题—python调用shell脚本时subprocess.check_call不阻塞