发送普通会话消息返回值的问题

在处理发送普通会话消息时，如果遇到返回的receiver显示两次的问题，这可能是由于客户端或服务端对消息处理存在重复。根据您的描述和提供的参考资料，这里提供一种可能的原因分析及解决方案：

原因分析

• 客户端逻辑重复处理：客户端可能因为某些逻辑错误或者广播接收器的不当配置，导致接收到的消息被处理两次。
• 服务端重试机制或网络重传：在消息发送过程中，如果服务端检测到消息未被确认接收，可能会触发重试机制，重新发送该消息，从而客户端再次接收。

解决方案步骤

1. 检查客户端接收逻辑：

   • 确认消息接收的回调函数是否被正确且唯一地注册与调用。避免在应用的多个位置重复注册相同的接收处理逻辑。
   • 调试并跟踪fetchConversationMessage方法（参考【1】）的调用情况，确保在展示消息时没有额外的逻辑导致消息被重复处理。

2. 日志分析：

   • 详细查看客户端日志，特别是与消息接收相关的部分，以识别是否有两条完全相同的消息ID记录，这将帮助定位问题是在客户端还是服务端。

3. 服务端排查：

   • 如果有权限访问服务端日志或监控，检查消息发送记录，确认是否存在重复发送的情况。通常，IM系统会有消息ID或sequenceId来唯一标识每条消息，通过这些标识追踪消息流程。

4. 优化客户端广播接收器：

   • 根据【2】中的指导，确保自定义的BroadcastReceiver(AgooMessageReceiver)正确注册且未被系统或其他应用拦截。使用提供的测试代码验证接收器能否正常接收到广播。

5. 网络与环境因素考量：

   • 虽然此问题直接关联不大，但依据【3】中提到的网络影响，检查用户设备的网络状况，排除因网络不稳定导致的重复数据包接收。

注意事项

• 调试环境一致性：确保测试环境与生产环境的一致性，以便准确复现和解决问题。
• 版本控制：检查APP的versionName和versionCode是否符合规范（参考【2】），不合规的设置可能导致推送服务异常，间接影响消息处理逻辑。

通过上述步骤，您可以逐步定位并解决receiver显示两次消息的问题。如果问题依然存在，建议深入分析具体应用场景的日志信息，并考虑与IM系统服务商或技术团队进一步沟通，获取更专业的技术支持。