为了在docker容器中使用
karma执行一些JavaScript单元测试(基于ubuntu 14.04),我使用
karma-script-launcher和xvfb-run在容器中启动firefox.启动脚本如下所示:
#!/bin/bash
set -o errexit
# nasty workaround as xvfb-run doesn't cleanup properly...
trap "pkill -f /usr/lib/firefox/firefox" EXIT
xvfb-run --auto-servernum --server-args='-screen 0, 1024x768x16' firefox $1
启动浏览器并执行单元测试非常有效.在执行测试后,karma终止了生成的浏览器实例 – 在我的例子中是通过xvfb-run启动firefox的脚本.
在上面的脚本中,您可以看到我在脚本退出时注册了一个陷阱来杀死已启动的firefox.这是有效的,但脚本不是一个非常好的公民,因为它终止当前正在运行的所有firefox实例,而不是仅仅终止脚本启动的一个实例.我首先试图杀死xfvb-run进程但是杀死这个进程对xvfb-run脚本启动的子进程没有影响…
如果我通过xvfb-run手动启动firefox,则会产生一堆生成的进程:
root@1d7a5988e521:/data# xvfb-run --auto-servernum --server-args='-screen 0, 1024x768x16' firefox &
[1] 348
root@1d7a5988e521:/data# ps ax
PID TTY STAT TIME COMMAND
1 ? Ss 0:00 bash
348 ? S 0:00 /bin/sh /usr/bin/xvfb-run --auto-servernum --server-args=-screen 0, 1024x768x16 firefox
360 ? S 0:00 Xvfb :99 -screen 0, 1024x768x16 -nolisten tcp -auth /tmp/xvfb-run.bgMEuq/Xauthority
361 ? Sl 0:00 /usr/lib/firefox/firefox
378 ? S 0:00 dbus-launch --autolaunch bcf665e095759bae9fc1929b57455cad --binary-syntax --close-stderr
379 ? Ss 0:00 //bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
388 ? S 0:00 /usr/lib/x86_64-linux-gnu/gconf/gconfd-2
414 ? R+ 0:00 ps ax
root@1d7a5988e521:/data#
如果我现在终止xvfb-run进程(PID 348),则只会终止此进程,而其他进程将继续运行.如果我取消了firefox进程(PID 361),xvfb-run脚本也会正确终止并杀死其他进程.但是从我的脚本中我只知道xvfb运行进程的PID …
在我的研究期间,我偶然发现了this rather old bug report的xvfb-run,尽管这个bug的状态在2012年得到了修复,但它似乎仍然有效.
有没有礼貌的方法来终止xvfb运行进程,以便正确清理其他进程?
在Docker容器中使用karma和xvfb-run进行JavaScript单元测试时,遇到一个问题,即在测试完成后,如何正确关闭由xvfb-run启动的Firefox进程。目前的解决方案是在脚本中设置陷阱来杀死Firefox,但这会终止所有Firefox实例,而非仅关闭由脚本启动的那个。手动检查xvfb-run启动的进程,发现当终止xvfb-run进程时,其子进程并未关闭。寻找一个优雅的方法来终止xvfb-run,以确保正确清理所有相关进程。
8867

被折叠的 条评论
为什么被折叠?



