如何让PyDbus模拟服务使用自定义私有DBus连接

1. 调整私有DBus启动fixture #

你当前的fixture仅设置了自定义环境变量CUSTOM_DBUS_SYSTEM_BUS_ADDRESS，但绝大多数DBus客户端默认读取的是标准环境变量DBUS_SYSTEM_BUS_ADDRESS，优先修改这部分逻辑，同时增加可靠性处理：

def run_custom_daemon():
    # 先保存原有系统总线环境变量，测试结束后恢复避免影响其他流程
    original_dbus_addr = os.environ.get("DBUS_SYSTEM_BUS_ADDRESS")
    sock_path = "<some_path>.sock"
    cmd = [
        "dbus-daemon",
        "--system",
        "--nofork",
        f"--address=unix:path={sock_path}"
    ]
    proc = subprocess.Popen(cmd, stdout=subprocess.PIPE, shell=False)
    # 设置标准DBus系统总线地址环境变量，所有客户端默认会读取该值
    os.environ["DBUS_SYSTEM_BUS_ADDRESS"] = f"unix:path={sock_path}"
    # 轮询检查socket文件生成，替代固定sleep避免总线未启动完成就执行后续逻辑
    while not os.path.exists(sock_path):
        time.sleep(0.1)
    time.sleep(0.1)
    yield proc
    # 测试结束清理流程
    proc.kill()
    proc.wait()
    # 恢复原有环境变量
    if original_dbus_addr is not None:
        os.environ["DBUS_SYSTEM_BUS_ADDRESS"] = original_dbus_addr
    else:
        os.environ.pop("DBUS_SYSTEM_BUS_ADDRESS", None)
    # 删除残留socket文件
    if os.path.exists(sock_path):
        os.unlink(sock_path)

2. 调整Mock服务连接逻辑 #

调整fixture后，你现有Mock代码调用SystemBus()时会自动读取标准环境变量，连接到你启动的私有DBus，不需要额外修改。如果不想依赖环境变量，也可以显式指定连接地址：

# 显式指定私有DBus地址示例
mbus = SystemBus(address="unix:path=<some_path>.sock")

调整后Mock服务会在私有DBus上注册com.foo.bar.Baz名称，因为私有总线是全新的空实例，不会出现「名称已有所有者」的冲突错误。

3. 调整C++ sdbus-c++组件连接配置 #

和Mock端逻辑一致，如果你已经设置了DBUS_SYSTEM_BUS_ADDRESS环境变量，sdbus-c++默认创建的系统总线连接会自动指向私有DBus。如果需要显式指定，修改创建代理的逻辑即可：

// 显式传入私有DBus地址创建总线实例，再基于该实例创建代理
auto customBus = sdbus::createSystemBus("unix:path=<some_path>.sock");
m_prx = customBus->createProxy("com.foo.bar.Baz", "/com/foo/bar/Baz");

问题根因说明 #

• 之前的ServiceNotKnown错误：C++组件默认连接了被屏蔽的官方系统总线，无法找到目标服务
• 之前的「名称已有所有者」错误：Mock服务默认连接到了其他存在该服务名的DBus实例（如残留的测试进程、公共系统总线），新注册同名服务被拒绝
  所有组件都切换到独立启动的私有DBus后，两个问题都会被解决

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