Bitrise上Bash脚本执行乱序导致screenrecord进程终止失败如何解决

• 全角引号引发的语法解析错误：脚本片段中awk代码段使用了中文全角单引号‘’，而非Bash规范支持的半角单引号''。本地终端普遍配置了输入法自动字符转译能力，可兼容全角引号的解析逻辑，但Bitrise容器内的纯净Bash环境会将全角引号识别为普通文本字符，直接触发awk语法报错。
• 空输入触发的无效命令执行：如果上一步启动的screenrecord进程已正常退出、未在设备上残留，grep screenrecord会返回空结果。管道传递给xargs的输入为空时，xargs默认会直接执行后续的adb shell kill操作，无参数的kill命令会直接报错，从日志表现上会误以为命令执行顺序打乱。
• 硬编码列位导致的参数提取错误：本地环境中adb shell ps的输出固定将PID列放在第二列，但Bitrise接入的Android设备镜像版本存在差异，部分镜像的ps输出会调整列顺序、增加进程状态等冗余列，硬编码取第二列会提取到用户名、进程名这类非PID内容，导致kill命令传入无效参数。
• 管道错误的静默传导：Bash默认配置下，管道链中某一段命令执行失败（如grep无匹配结果、awk解析报错）不会中断后续命令执行，这也是“执行顺序错乱”感知的核心来源——前置命令异常后流程没有中断，直接运行了管道末端的kill命令。

• 将脚本中所有全角引号替换为标准半角单引号，消除语法层面的解析错误
• 给xargs增加-r（即--no-run-if-empty）参数，当管道输入为空时，不执行后续的kill命令
• 调整进程匹配规则，通过关键词过滤排除表头行、grep命令自身的匹配干扰，避免提取到无效进程ID
• 开启Bash的pipefail选项，让管道链中任一步骤执行失败时直接中断流程，避免错误静默传导
• 适配Bitrise环境的可直接运行的修正代码：

# 开启管道失败即中断的检测机制
set -o pipefail
# 匹配残留的screenrecord进程，过滤干扰项提取PID后执行终止
adb shell ps | grep screenrecord | grep -vE 'grep|ps' | awk '{print $2}' | xargs -r adb shell kill

注：部分高版本Android镜像的ps输出PID列位置存在变动时，可进一步将awk取参逻辑替换为通过列名匹配PID的规则，适配不同系统版本的输出差异。

内容的提问来源于stack exchange，提问作者Tushar Kathuria