如何处理Bash命令的连续管道输出？——鼠标横向滚轮调节系统音量脚本优化需求

我明白你遇到的卡顿问题了——每次循环里调用grep确实会因为频繁创建进程拖慢速度，毕竟鼠标移动时的事件量不小，反复启动进程的开销会让脚本完全跟不上节奏。

优化核心：把过滤逻辑移到管道前端，减少进程创建次数 #

问题根源在于你原来的循环里，每读取一行就启动一次grep进程，这种频繁的进程创建/销毁是性能瓶颈。我们可以把grep和数值提取的逻辑都放到管道里，只启动一次相关进程，让它们持续处理输出，再把结果传给while循环，这样效率会大幅提升。

优化后的完整脚本示例 #

# 确保evemu-record输出实时行缓冲，避免延迟
stdbuf -oL evemu-record /dev/input/event16 \
  | grep --line-buffered "0002 0006" \  # 只保留横向滚轮事件行，全程仅启动一次grep
  | awk '{print $10}' \                 # 直接提取滚轮数值，避免循环内二次处理
  | while IFS= read -r scroll_value; do
      # 根据滚轮数值执行音量调节逻辑
      if [ "$scroll_value" -gt 0 ]; then
          # 音量增加（这里用pactl适配PipeWire/PulseAudio，可替换为amixer）
          pactl set-sink-volume @DEFAULT_SINK@ +5%
      elif [ "$scroll_value" -lt 0 ]; then
          # 音量减少
          pactl set-sink-volume @DEFAULT_SINK@ -5%
      fi
  done

关键优化点说明 #

1. grep --line-buffered：强制grep每读取一行就输出一行，而不是攒够缓冲区再输出，保证事件的实时性。
2. 管道整合处理逻辑：grep和awk都只启动一次，全程持续运行，彻底避免了循环内反复创建进程的开销。
3. 直接处理提取后的数值：awk直接把滚轮数值分离出来，循环里不用再对原始行内容做解析，进一步降低了处理成本。

额外注意事项 #

• 确认/dev/input/event16是正确的鼠标设备：可以用evemu-list命令列出所有输入设备，找到对应的鼠标条目。
• 音量调节命令可按需替换：如果用ALSA音频系统，可换成amixer set Master 5%+或amixer set Master 5%-。
• 测试时可先去掉音量调节代码，只输出scroll_value，确认数值能实时正确输出后再加入调节逻辑。

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