虽然脚本的这一部分可以正常工作：
geany &
pid=$!
...
kill -KILL $pid
相反，事实并非如此。
lxterminal &
pid=$!
...
kill -KILL $pid
看起来bash进程仍在后台，但未由标识$pid。如何获取终端窗口的PID，以便以后可以终止该进程？
注意：我也尝试用它的名字杀死它，但是该--title选项引起了与的某种冲突PROMPT_COMMAND。
Answers:
当然，lxterminal分叉是一个子进程。想一想。该子进程是通过（或随该选件提供的任何替代程序）连接到仿真终端的交互式外壳。反过来，根据在该Shell中实际执行的操作，它又进行了更多的子孙处理。lxterminal-e
Killing lxterminal关闭了它使用的伪终端的主端，就从属端而言，它看起来像是终端挂断。从属方是交互式外壳视为其控制终端的对象。因此，SIGHUP如果终端的-hupcl设置为开，那么外壳应该看到正常的终端挂断，并向会话领导者生成a 。该会话负责人就是该shell进程。
会话负责人负责会话中的作业控制，并将挂断信号传递到其所有作业。显然，如果您disown编辑了某个由该shell运行的东西，或者对其进行了nohupped操作，则会话负责人不会传递挂断信号，并且即使lxterminal终止并且伪终端的主端已关闭，某些东西也将继续运行。这就是disown和nohup 做。
您需要弄清楚为什么在虚拟终端挂断后，在该交互式会话中运行的任何内容都不会消失。您还没有告诉我们任何相关信息，我们也不是心灵感应。因此，除了一般性的建议之外，几乎没有什么建议会话领导者shell设计要做什么的。
-e "sleep 2"）时，它将执行命令，并且终端消失。（顺便说一句，感谢您对工作原理的详细说明。）
这可能有效。但是我还没有测试。
lxterminal &
pid=$!
kill -KILL "$(ps -ho ppid,pid | grep ^$pid | cut -d' ' -f2)"
ps -ho ppid,pid 获取当前运行进程的PPID（父PID）和PID。grep ^$pid筛选出有什么不分叉的$pid，因此受到lxterminal的背景。cut选择孙子的PID。bash: kill: '': not a pid or valid job spec。pid的值是16209，但它不在进程列表中，甚至不在kill命令之前。
ps -ho ppid,pid | grep ^$pid，它显示任何内容吗？
psafter 的输出是lxterminal &什么？在第一个终端中，就是这样。
lxterminal进行第二次分叉，您将无法轻松获得最终孙子的pid。