04 单板回环测试：vsomeip服务端与客户端进程通信验证

⭐单板回环验证：服务发现与请求

单板回环测试的验收口径

在将 SOME/IP 通信集成到复杂多节点系统前，最有效的第一步是在单 Linux 进程内完成服务端与客户端的回环验证。本节的核心目标是：在同一个 Linux 进程中同时启动 vsomeip 服务端与客户端，验证服务发布（Service Publication）与订阅通信（Subscription Communication）的基本请求/响应（Request/Response）及事件通知（Event Notification）链路是否正常。这一步骤能提前暴露配置错误、序列化问题或事件组（Eventgroup）匹配失败，避免将问题带入多板联调阶段

💻对象配置与验证链路：vsomeip 服务端与客户端进程通信验证

vsomeip 是 GENIVI 组织维护的开源 SOME/IP 实现，其核心通信模型依赖服务发现（Service Discovery, SD）协议。在单板回环测试中，服务端通过 application->offer_service(service_id, instance_id) 发布服务，客户端则通过 application->request_service(service_id, instance_id) 发起订阅。验证基本请求（Basic Request）时，客户端调用 application->send(request) 发送远程过程调用（RPC）请求，服务端在注册的回调中处理并返回响应

实现路径分为三步：首先，编写服务端应用，注册服务并提供方法（Method）与事件（Event）；其次，编写客户端应用，发现服务并发送请求；最后，在同一个 Linux 终端或后台同时启动两个进程，观察日志确认通信成功。关键配置集中在 vsomeip.json 文件中，需正确指定 unicast 地址（通常为 127.0.0.1）以及 diagnosis 地址（用于模拟 ECU 标识）

核心配置与启动命令

以下是一个最小化的 vsomeip.json 配置片段，用于单板回环测试。它定义了服务端与客户端共用的网络接口和诊断地址：

{
        "unicast" : "127.0.0.1",
        "diagnosis" : "0x10",
        "diagnosis_mask" : "0xFF",
        "logging" :
        {
            "level" : "debug",
            "console" : "true",
            "file" : "vsomeip.log"
        },
        "applications" :
        [
            {
                "name" : "service_sample",
                "id" : "0x1111"
            },
            {
                "name" : "client_sample",
                "id" : "0x2222"
            }
        ]
    }

这段配置属于“问题代码/原始配置”，核对键名、默认值、取值范围和修改后影响的行为。

上述配置中，unicast 设为回环地址，确保报文不经过物理网卡；diagnosis 用于模拟 ECU 网络标识；applications 数组分别注册了服务端和客户端进程。启动时，先在一个终端运行 ./service_sample，再在另一个终端运行 ./client_sample，观察控制台输出的 [info] 级别日志，确认服务发现与请求响应完成

⭐单板回环测试的技术资产与验证方式

本节的技术资产是 integration_debug 交付物，它包含以下可复用的验证记录：服务发布信验证（Service Publication Verification）日志、订阅通信项验证基本请求（Subscription Communication Item Verification for Basic Request）的抓包文件（使用 tcpdump 或 Wireshark 捕获回环接口流量），以及事件通知的时序图。这些记录是后续多板联调时的基准参考

在验证过程中，常见的失败现象包括“服务端未收到请求”或“客户端超时”。以下排障表总结了典型问题及其检查位置：

💻异常信号与处理边界：配置一致性与回环地址限制

单板回环测试虽然隔离了网络干扰，但仍存在两个关键风险边界。第一，配置一致性风险：服务端与客户端必须使用完全相同的 service_id、instance_id 和 eventgroup_id。即使一个字节的差异，也会导致服务发现失败。第二，回环地址限制：测试使用 127.0.0.1 作为 unicast 地址，这绕过了真实的网络栈和防火墙规范。因此，回环测试通过并不代表多板环境下的网络延迟或丢包问题已被解决

判断标准表用于评估回环测试是否通过：