状态是CONSUMED_BUT_FILTERED，然而后台日志又显示消费成功了有人碰到过这种情况吗？

根据您描述的情况，消息状态显示为CONSUMED_BUT_FILTERED，同时后台日志却表明消费成功，这通常意味着以下几点：

1. 消息过滤机制：当消息被标记为CONSUMED_BUT_FILTERED时，说明消息确实到达了消费者端，但是由于Group ID的订阅规则设置，该消息不符合消费条件，因此被过滤掉，并没有真正进入业务逻辑处理阶段。这与您的日志中显示的“消费成功”可能存在理解上的差异。

2. 日志误解：可能您的日志记录在消息被接收但尚未进行过滤逻辑之前，或者是在消息被确认消费前的日志，导致误以为消息已被业务逻辑成功处理。实际上，消息队列系统可能在消息被确认消费前就进行了过滤操作。

3. 代码逻辑问题：请检查您的消费者代码中是否有对消息进行预处理或过滤的逻辑，这部分逻辑可能在正式消费处理前就执行了，并且在日志打印之后。

4. 客户端版本或配置问题：确保您的消息队列客户端版本支持消息轨迹功能，并正确配置以反映实际消费情况。有时候客户端不支持或配置不当会导致消息状态与实际情况不符。

解决建议：

• 检查订阅规则：登录消息队列控制台，检查该Group ID的订阅Tag规则是否过于严格，以至于将本应消费的消息错误地过滤掉了。

• 复审消费代码：详细审查并调试消费者应用中的消息处理逻辑，特别是消息接收后的预处理和过滤部分，确保日志打印位置准确无误，且在所有可能的退出路径（包括异常处理）都有相应的日志记录。

• 验证客户端兼容性：确认您的消息队列客户端版本与服务端兼容，并已开启必要的跟踪或日志级别，以便更精确地追踪消息处理流程。

• 查看消息轨迹详情：利用OnsMessageTrace功能查询具体消息的消费轨迹，确认消息从发送到被标记为CONSUMED_BUT_FILTERED的完整过程，这有助于定位是消息队列服务端的问题还是客户端配置/实现的问题。

如果以上步骤均未能解决问题，请考虑收集详细的SDK日志信息，并提交工单寻求阿里云技术支持的帮助，附上日志文件及详细问题描述，以便进一步排查。