集成OpenTelemetry后gRPC调用出现Illegal header value断言错误

这个illegal header value报错是gRPC的元数据校验规则触发的：gRPC要求所有HTTP/2头的取值只能包含ASCII可打印字符（取值范围0x20~0x7E），不允许包含控制字符。你贴的错误日志里已经明确显示，traceparent头的末尾多了0x7F（DEL控制字符）和空终止符，触发校验失败后直接触发了断言崩溃。
至于为什么只有单个服务出现问题，是因为不同服务生成的span context对应的内存布局有差异，刚好出问题的服务对应的span context字符串在内存中末尾附带了额外的不可见控制字符，本质问题是你实现的GrpcClientCarrier没有正确处理注入的字符串长度，把不属于span context内容的额外字符也塞到了gRPC元数据里。

1. 优先修改GrpcClientCarrier类的Set方法实现，注入时明确指定字符串的长度，不要依赖C字符串的空终止符判断长度，参考实现如下：

// 错误的实现示例（会额外读取到空字符或内存中的其他字符）
void GrpcClientCarrier::Set(nostd::string_view key, nostd::string_view value) const noexcept {
    context->AddMetadata(key.data(), value.data());
}

// 正确的实现，显式指定字符串长度
void GrpcClientCarrier::Set(nostd::string_view key, nostd::string_view value) const noexcept {
    context->AddMetadata(
        std::string(key.data(), key.size()), 
        std::string(value.data(), value.size())
    );
}

2. 如果你不确定注入的内容是否包含非法字符，可以在注入逻辑前加一道过滤逻辑，直接去掉所有ASCII值小于0x20或者大于0x7E的字符。
3. 快速验证方法：你可以在span context注入完成后，遍历打印gRPC上下文所有元数据的每个字符的ASCII值，和正常服务的元数据做对比，就能快速确认差异点。

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