这个问题本质是systemd服务的运行上下文和桌面音频服务的会话绑定冲突导致的：Pulseaudio作为主流桌面音频服务，是绑定到用户会话的；而默认的systemd系统服务运行在无用户会话的系统环境里，当已有桌面程序占用音频会话时，它只能尝试用ALSA的dmix，结果触发资源冲突报错。

下面是几个按推荐程度排序的解决办法：

方法1：将systemd服务改为用户会话服务 #

把服务从系统级迁移到用户级，让它绑定到你的用户会话，自动共享Pulseaudio资源，这是最省心的方案。

步骤：

1. 把你的服务文件移动到用户服务目录：

   mv /etc/systemd/system/your-audio-service.service ~/.config/systemd/user/
   

2. 修改服务文件的[Service]段，去掉不必要的User/Group配置（已在用户上下文），确保执行路径正确：

   [Service]
   ExecStart=/usr/bin/python3 /path/to/your/pygame-script.py
   Restart=always
   

3. 重新加载并启用用户服务：

   systemctl --user daemon-reload
   systemctl --user enable --now your-audio-service.service
   

   之后服务会跟着你的用户会话启动，和桌面音频程序共享同一个Pulseaudio会话，不会再出现设备冲突。

方法2：强制pygame使用Pulseaudio并指定服务运行用户 #

如果必须保留系统级服务，你可以强制pygame跳过ALSA直接调用Pulseaudio，同时让服务以你的用户身份运行，访问用户级音频会话。

首先在pygame脚本开头添加环境变量配置：

import os
# 强制pygame使用pulseaudio驱动
os.environ['SDL_AUDIODRIVER'] = 'pulseaudio'
import pygame
pygame.mixer.init()

然后修改systemd服务文件，指定运行用户：

[Service]
User=mohammad
Group=mohammad
ExecStart=/usr/bin/python3 /path/to/your/pygame-script.py
Restart=always

最后重新加载系统服务：

sudo systemctl daemon-reload
sudo systemctl restart your-audio-service.service

方法3：配置ALSA的dmix实现多程序音频共享 #

如果上面两种方法都不适用，你可以修改ALSA配置，强制所有程序使用dmix插件，允许多个程序同时访问音频设备。

创建或编辑用户级配置文件~/.asoundrc（或系统级/etc/asound.conf）：

pcm.!default {
    type plug
    slave.pcm "dmix"
}
pcm.dmix {
    type dmix
    ipc_key 1024
    slave {
        pcm "hw:0,0"  # 替换成你的实际音频设备，可用aplay -l查看
        period_time 0
        period_size 1024
        buffer_size 4096
        rate 44100
    }
}
ctl.!default {
    type hw
    card 0
}

保存后重启你的systemd服务即可。

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