OpenTelemetry .NET SDK中ExemplarFilter API的演进与移除

在OpenTelemetry .NET SDK的演进过程中，ExemplarFilter API的移除是一个值得关注的技术变更。这一变更反映了OpenTelemetry规范对指标采样策略的简化和标准化趋势。

Exemplar（样本）是OpenTelemetry指标系统中记录特定测量值上下文信息的重要机制。在早期实现中，SDK提供了ExemplarFilter接口，允许开发者自定义样本过滤逻辑。然而，随着规范的演进，这一设计被发现存在几个关键问题：

1. 功能性局限：过滤器无法访问关键的上下文信息，如计量器名称或仪器名称，导致基于这些元数据的定制化过滤无法实现
2. 维护复杂性：支持完全自定义的过滤器增加了SDK的实现和维护负担
3. 标准化需求：实际使用场景中，大多数用户只需要基本的开/关或基于Trace的过滤策略

根据最新的OpenTelemetry规范，现在只支持三种内置的样本过滤策略：

• AlwaysOn：始终记录样本
• AlwaysOff：从不记录样本
• TraceBased：仅当测量值与Trace上下文关联时记录样本

这一变更虽然对早期实验性版本构成了破坏性变更，但简化了API表面，提高了SDK的可靠性和一致性。对于需要更复杂过滤逻辑的场景，建议在指标收集管道的前端处理，或者通过处理器(Processor)机制来实现。

对于从早期版本迁移的用户，需要将原有的自定义过滤器实现迁移到标准策略，或重构为指标处理器。这一变更也体现了OpenTelemetry项目在稳定性和功能性之间寻求平衡的设计哲学。