sxhkd 脚本执行问题排查：随机数生成导致音频录制失败

在 Linux 桌面环境中，sxhkd 是一个轻量级的热键守护程序，允许用户通过配置文件定义全局快捷键。本文将深入分析一个与 sxhkd 脚本执行相关的音频录制问题，特别是随机数生成导致的脚本执行失败情况。

问题现象

用户在使用 sxhkd 绑定一个音频录制脚本时遇到了执行问题。该脚本原本设计用于通过 parec 命令录制系统音频输出并保存为 MP3 文件。虽然直接运行脚本或逐行执行命令都能正常工作，但当通过 sxhkd 触发时，脚本似乎无法正常执行。

技术背景

在 Linux 系统中，音频录制通常涉及以下组件：

1. PulseAudio/pipewire：音频服务器系统
2. parec：PulseAudio 录音工具
3. sxhkd：X 窗口系统的热键守护程序

根本原因分析

经过深入排查，发现问题出在脚本中生成随机数的部分。原脚本使用以下方式生成随机文件名：

rand=$(cat /dev/urandom | tr -dc 'a-zA-Z0-9' | fold -w 4 | head -n 1)

当通过 sxhkd 执行时，cat /dev/urandom 命令会挂起，导致整个脚本无法继续执行。这是因为：

1. /dev/urandom 是一个无限输出的设备文件
2. 在某些环境下，特别是通过守护程序调用时，这种无限输出可能导致阻塞

解决方案

针对这个问题，可以采用以下几种更可靠的随机数生成方法：

方法一：使用系统内置变量

rand=$(date +%s%N | md5sum | head -c 4)

方法二：使用 mktemp 命令

rand=$(mktemp -u XXXX)

方法三：使用 bash 内置变量

rand=$(printf "%04x" $RANDOM)

完整改进脚本示例

以下是改进后的音频录制脚本示例：

#!/bin/bash

# 生成4位随机字符串
rand=$(printf "%04x" $RANDOM)

# 检查是否已有录音进程运行
if pgrep -x "parec" > /dev/null; then
    pkill -x "parec"
    notify-send "录音已停止"
else
    # 开始录音
    parec --format=s16le -d alsa_output.pci-0000_00_1f.3.analog-stereo.monitor | \
    lame -r -V 3 - "${HOME}/Downloads/out_${rand}.mp3" &
    notify-send "开始录音" "输出文件: out_${rand}.mp3"
fi

最佳实践建议

1. 避免使用阻塞性命令：在脚本中尽量避免使用可能无限输出的命令
2. 设置超时机制：对于必须使用的潜在阻塞命令，可以添加超时限制
3. 日志记录：在调试阶段添加适当的日志输出，便于问题排查
4. 环境变量检查：确保脚本在守护程序环境下也能获取必要的环境变量

总结

在通过 sxhkd 等守护程序执行脚本时，需要特别注意命令的阻塞特性。随机数生成虽然看似简单，但在不同执行环境下可能表现出不同的行为。采用更可靠的随机数生成方法，可以确保脚本在各种环境下都能稳定执行。

对于音频录制这类功能，还建议考虑添加错误处理、文件存在性检查等健壮性措施，以提升用户体验和脚本可靠性。