DevSvcManagerStubDispatch(struct HdfRemoteService* service, ......)
{
struct DevSvcManagerStub *stub = (struct DevSvcManagerStub )service；
}
这里的 service，实际上是 HdfRemoteService->target，就是一个 HdfObject；

static HdfRemoteDispatcher的Dispatch方法存在两种使用情况：

1. 作为服务端，HdfRemoteDispatcher由服务实现者定义并实例化，Dispatch回调方法为service的target对象，也就是HdfRemoteServiceObtain接口的第一个参数，在回调时确实存在参数实际类型不匹配的情况，但是，也是为例和下面的情况2做兼容产生的妥协。
2. 作为客户端对象，HdfRemoteDispatcher由框架实现（参考下面实现），其HdfRemoteDispatcher也由框架定义和实例化，功能是通过IPC发送消息，Dispatch回调方法参数是完全匹配的，接受一个struct HdfRemoteService*对象。

struct HdfRemoteService *HdfRemoteAdapterBind(OHOS::sptr<OHOS::IRemoteObject> binder)
{
    struct HdfRemoteService *remoteService = nullptr;
    static HdfRemoteDispatcher dispatcher = {
        .Dispatch = HdfRemoteAdapterDispatch,
        .DispatchAsync = HdfRemoteAdapterDispatchAsync,
    };

    struct HdfRemoteServiceHolder *holder = new HdfRemoteServiceHolder();
    if (holder != nullptr) {
        holder->remote_ = binder;
        remoteService = &holder->service_;
        remoteService->dispatcher = &dispatcher;
        remoteService->index = (uint64_t)binder.GetRefPtr();
        return remoteService;
    }
    return nullptr;
}

所以，在服务端的'DevSvcManagerStubDispatch'参数类型不严格匹配，是出于统一客户端、服务端对象的设计妥协，无法直接修改为struct HdfObject*。

@yuanbo 理解 ， 收发 多是在 hdf_remote_adapter 里面， 但是
HdfRemoteService 以一个成员就是 HdfObject 对象， 无论 是对 服务端 还是 客户端 ， 其实 将 Dispatch 第一个参数 改成 HdfObject * ， 强制转换 能说的过去， 请 再考虑一下建议， 如还是 认为不行 ， 可以关闭
,谢谢

HdfObject *表示过于宽泛，为让HdfRemoteService和HdfRemoteDispatcher的联系更清晰，所以还是建议不修改。谢谢你的issue。