编辑：

Question

好吧，我搞明白了，这可以追溯到很多年前。我编写了处理不同声音输出的函数，这些输出在程序的不同位置和不同条件下播放。PulseAudio paplay 函数需要一些时间才能完成，所以我认为将其作为子进程运行是个好主意，这样父进程就可以继续做其他事情了。一切都很顺利。

如果我没记错的话（但事实并非总是如此），几年前版本升级时情况发生了变化，我不得不添加一个 if 语句来检查此函数是否以 root 身份运行，并通过设置 XDG_RUNTIME_DIR 以不同方式处理 paplay 调用。但这导致了一种错误情况，可能与我现在遇到的情况类似——我不记得了。只有当我将 root 条件 paplay 调用生成到子进程时，才会发生错误情况。我发现，如果我设置 0.7 秒的睡眠延迟，程序就会正常工作，这是 paplay 调用完成所需的时间，即使作为子进程卸载也是如此。我从来没有发现它为什么会这样表现，但我只是在所有声音函数中设置了 0.7 秒的睡眠间隔并忍受了它。这是其中一个声音函数：

function play_norm_sound {

   # check if we're running as root.

   if [[ $EUID -eq 0 ]]; then
       sudo -u '#1000' XDG_RUNTIME_DIR=/run/user/1000       \
             paplay "/usr/share/sounds/KDE-Im-Contact-Out.ogg" &
   else
       paplay "/usr/share/sounds/KDE-Im-Contact-Out.ogg" &
   fi

   sleep 0.7;

   return 0;
}

现在的情况是，paplay 调用现在需要大约 1.1 秒才能完成，因此 0.7 秒的时间不够长。在睡眠间隔的 0.7 秒和完成 paplay 函数的 1.1 秒之间的间隙中，发生了奇怪的行为。这就是为什么有时我会看到它自行纠正，然后又表现得很奇怪。当程序循环并完成某些操作时，我会播放很多声音。

我想到我为什么要费心生成一个子进程，然后设置一个睡眠间隔让它完成？也许在未来的升级中，时间间隔会更大。我可以删除生成字符（行末的“&”），让它在父 shell 的范围内运行，然后删除睡眠间隔调用。我可以将非 root 条件保留为生成子进程，就像它最初所做的那样。

这是新代码：

function play_norm_sound {

  # check if we're running as root.

  if [[ $EUID -eq 0 ]]; then
     sudo -u '#1000' XDG_RUNTIME_DIR=/run/user/1000     \
        paplay "/usr/share/sounds/KDE-Im-Contact-Out.ogg";
  else
     paplay "/usr/share/sounds/KDE-Im-Contact-Out.ogg" &
  fi

  return 0
}

我不认为这是一个解决方案，因为我应该能够生成一个子进程，这样程序就可以更高效地运行，而不会出现如此奇怪的行为。但这是一种解决方法，这可能是我能做到的极限。

顺便说一句，我发现如果程序在终端显示奇怪行为时结束，那么不良行为从那时起就会在终端中持续存在，并且不会显示任何键盘输入。无论运行任何 stty 命令或更改终端首选项，情况都是如此。唯一要做的就是关闭选项卡、打开新选项卡或关闭终端窗口。Gnome 和 xfce 终端都是如此。

Answer 1