使用gdbus-codegen开发DBus方法调用：服务端正常但客户端响应字符串始终为NULL

我之前也碰到过类似的问题，核心是没搞清楚gdbus的方法调用中服务端返回结果的正确方式，以及客户端接收参数的格式。咱们一步步排查解决：

1. 先确认你的DBus接口XML定义是否正确 #

gdbus-codegen完全依赖XML里的定义生成代码，如果你的method没有正确声明输出参数，服务端根本没法返回数据。比如你的XML里的method应该像这样（补充完整out参数）：

<node>
  <interface name="com.new_cfg.GDBUS">
    <method name="ReceiveNewConfig">
      <!-- 输入参数 -->
      <arg type="s" name="input_cfg" direction="in"/>
      <!-- 输出参数：类型s（字符串），方向out -->
      <arg type="s" name="output_buf" direction="out"/>
    </method>
  </interface>
</node>

这里要注意：direction="out"的参数是服务端返回给客户端的关键，没有这个定义，生成的服务端回调不会有返回参数的入口，客户端自然拿不到数据。

2. 服务端必须通过complete函数返回结果，不能直接操作客户端的缓冲区 #

gdbus是进程间通信，服务端和客户端的内存是隔离的，你没法直接修改客户端传过来的buf指针。正确的做法是在服务端的方法回调里，生成要返回的字符串，然后调用gdbus-codegen生成的complete函数来发送响应。

比如生成的服务端回调函数大概是这样的，你需要实现它：

#include "new_cfg_gen.h"

gboolean
new_cfg_gdbus_handle_receive_new_config (NewCfgGDBus *object,
                                         GDBusMethodInvocation *invocation,
                                         const gchar *input_cfg)
{
    // 1. 处理你的业务逻辑，生成要返回的字符串
    gchar *response_content = g_strdup_printf("处理后的配置：%s", input_cfg);

    // 2. 调用生成的complete函数，把结果通过invocation发送给客户端
    new_cfg_gdbus_complete_receive_new_config(object, invocation, response_content);

    // 3. 记得释放自己分配的内存
    g_free(response_content);

    return TRUE;
}

这里的new_cfg_gdbus_complete_receive_new_config是gdbus-codegen根据XML里的method自动生成的，它负责把结果打包成DBus消息发送给客户端。

3. 客户端调用时要传指针的地址，而不是普通指针 #

你之前调用new_cfg_gdbus_call_receive_new_config_sync时，buf始终为NULL，大概率是因为你传的是普通指针，而不是指向字符串指针的地址。正确的调用方式：

#include "new_cfg_gen.h"

int main() {
    GError *error = NULL;
    NewCfgGDBusProxy *proxy = new_cfg_gdbus_proxy_new_for_bus_sync(
        G_BUS_TYPE_SESSION,
        G_DBUS_PROXY_FLAGS_NONE,
        "com.new_cfg.GDBUS",  // 服务端的bus name
        "/com/new_cfg/GDBUS", // 服务端的object path
        NULL,
        &error
    );

    if (!proxy) {
        g_printerr("创建代理失败：%s\n", error->message);
        g_error_free(error);
        return 1;
    }

    gchar *buf = NULL;
    // 注意第三个参数是&buf，而不是buf
    gboolean success = new_cfg_gdbus_call_receive_new_config_sync(
        proxy,
        "new_cfg",
        &buf,
        NULL,
        &error
    );

    if (success) {
        g_print("收到服务端响应：%s\n", buf);
        g_free(buf); // 用完必须释放，这是gdbus分配的内存
    } else {
        g_printerr("调用失败：%s\n", error->message);
        g_error_free(error);
    }

    g_object_unref(proxy);
    return 0;
}

这里的关键是&buf：函数需要一个gchar**类型的参数，用来接收服务端返回的字符串地址。如果你直接传buf（gchar*），函数没法修改这个指针的值，自然返回NULL。

常见坑总结 #

• 忘记在XML里定义direction="out"的参数，导致生成的代码没有返回值入口
• 服务端试图直接修改客户端的缓冲区指针，忽略了DBus进程间内存隔离的特性
• 客户端调用sync方法时，传的是普通指针而不是指针的地址，导致无法接收返回值

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