使用libwayland-client的C应用如何获取所连接的Wayland合成器名称

结论 #

Wayland核心协议没有提供查询合成器名称的标准化官方接口，你可以通过以下两种稳定可靠的方案实现需求，其中基于套接字对端凭证的方案兼容性最高，完全符合你的使用场景。

方案1：通过已建立的Wayland连接直接获取合成器PID（推荐） #

你已经持有和合成器建立连接的wl_display实例，无需额外扫描系统套接字，直接通过连接的文件描述符调用SO_PEERCRED套接字选项即可拿到合成器的PID、UID、GID信息，之后读取/proc文件系统即可获得进程名等信息。
核心代码示例如下：

#include <sys/socket.h>
#include <wayland-client.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>

// 套接字对端凭证结构体
struct ucred {
    pid_t pid;
    uid_t uid;
    gid_t gid;
};

int get_wayland_compositor_info(struct wl_display *display, pid_t *out_pid, char *out_comm, size_t comm_buf_len) {
    if (!display || !out_pid) return -1;

    int fd = wl_display_get_fd(display);
    struct ucred cred;
    socklen_t len = sizeof(cred);
    if (getsockopt(fd, SOL_SOCKET, SO_PEERCRED, &cred, &len) != 0) {
        return -1;
    }

    *out_pid = cred.pid;
    if (out_comm && comm_buf_len > 0) {
        char proc_path[64];
        snprintf(proc_path, sizeof(proc_path), "/proc/%d/comm", cred.pid);
        FILE *fp = fopen(proc_path, "r");
        if (!fp) return 0;
        if (fgets(out_comm, comm_buf_len, fp)) {
            out_comm[strcspn(out_comm, "\n")] = '\0';
        }
        fclose(fp);
    }
    return 0;
}

// 调用示例
int main() {
    struct wl_display *display = wl_display_connect(NULL);
    if (!display) {
        fprintf(stderr, "连接Wayland合成器失败\n");
        return 1;
    }

    pid_t comp_pid;
    char comp_name[256];
    if (get_wayland_compositor_info(display, &comp_pid, comp_name, sizeof(comp_name)) == 0) {
        printf("合成器PID：%d\n进程名：%s\n", comp_pid, comp_name);
    }

    wl_display_disconnect(display);
    return 0;
}

这个方案的优势：

• 完全不依赖任何Wayland扩展，所有Linux平台的Wayland合成器都支持
• 直接复用已建立的连接，不需要处理环境变量解析、套接字扫描等逻辑，容错性极高
• 拿到PID后你可以按需获取更多信息，比如读取/proc/<pid>/cmdline获得启动参数，读取对应的desktop文件获得友好显示名称。

方案2：通过全局接口判断合成器类型 #

如果需要在不读取proc文件系统的场景下识别合成器，可以遍历wl_registry暴露的全局接口，根据合成器特有的私有接口判断类型：

• 存在sway_output_manager_v1接口：Sway合成器
• 存在hyprland_foreign_toplevel_manager_v1接口：Hyprland合成器
• 存在kwin_output_device_v2接口：KWin合成器
• 存在mutter_display_config接口：GNOME Mutter合成器
• 存在wlroots_output_management_v1接口：wlroots系合成器

这个方案适合需要跨平台（比如不支持proc文件系统的BSD系统）的场景，缺点是需要适配各个合成器的私有接口，新增合成器需要更新适配逻辑。

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