1. 你们用的是「同一份合同」—— .srv 文件
你有一个文件：AddTwoInts.srv
plaintext
int64 a
int64 b
---
int64 sum
这个文件就是 双方的约定：
- 客户端 必须发 a、b
- 服务端 必须收 a、b
- 服务端 必须回 sum
- 客户端 必须收 sum
谁都不能乱改。
2. 系统根据合同，自动生成两套“固定格式”
编译后，ROS 自动给你生成两个东西：
客户端用的格式：
cpp
struct AddTwoInts {
Request request; // 固定！
Response response; // 固定！
};
服务端用的格式：
cpp
struct Request {
int64 a; // 固定！
int64 b; // 固定！
};
struct Response {
int64 sum; // 固定！
};
注意：
- request、response、a、b、sum 全是固定名字
- 你改不了，系统强制认识
3. 客户端只能往「规定位置」放数据
你在客户端写：
cpp
srv.request.a = 10;
srv.request.b = 20;
这句话的意思：
- srv = 整个包裹
- .request = 系统规定的发送区（只能放要发的数据）
- a 、 b = 合同里写死的两个位置
你没有别的地方可以放！
只能放这里。
4. 服务端只能从「规定位置」拿数据
服务端代码：
cpp
bool add(Request &req, Response &res)
{
res.sum = req.a + req.b;
}
- Request 类型 = 系统规定的接收格式
- 里面 只有 a 和 b
- 服务端 只能读 a 和 b，没有别的东西可读
5. 服务名一样 → 系统只把你们俩配对
客户端：
cpp
serviceClient("add_two_ints");
服务端：
cpp
advertiseService("add_two_ints");
- 名字一样 → ROS 只把你们两个连起来
- 别人收不到，你也发不到别人那
6. 最终保证：四层锁死
我给你总结成4 条铁律，你马上通透：
1. 合同一样（同一个 .srv）
2. 格式一样（自动生成的结构体）
3. 位置固定（只能放 request 里的 a、b）
4. 名字一样（同一个服务名）
最直白的比喻
客户端和服务端 = 两个人传纸条
- .srv = 提前约定好的纸条格式
- request = 纸条的正面（写问题）
- response = 纸条的反面（写答案）
- a、b = 正面必须写的两个空
- sum = 反面必须写的一个空
｜从 MD5 到 SCRAM：PG 的安全转变)
