在启用流式回复 Stream: true 后，返回的消息顺序不正确。

[OldSixLi]

现象

描述

如以上两个回复所示，在文本过长自动进行断句后，返回的消息顺序无法保证准确。
通常是最后一段回答会比上一段回答更早出现在对话列表中

可能出现的原因

猜测可能是一个回答分成多个请求，调用企业微信的接口发送消息时，两段消息调用企业微信发送接口的时机前后可能只差几毫秒乃至几十毫秒。而顺序靠后但文本较少的消息因为请求载荷小而更早的被企业微信处理完毕出现在对话列表中。

建议

1.消息是否考虑开启同步配置，开启后按照企业微信接口返回值推送下一段消息。
2.增加自定义消息间隔配置，用户自定义分流时各消息的请求间隔，以保证消息内容按顺序到达聊天窗口。（默认设置为0，用户可以自定义添加100ms左右的等待期）
3.消息分段返回时在头部拼接标识，例如
···
【第1部分】
印度人口首次超过中国，预估对中国的影响是多方面的，既有正面影响，也有负面影响。
···

---

··· 【第2部分】 * **扩大中国出口市场：** 印度是世界上人口第二多的国家，也是一个快速增长的经济体。中国可以向印度出口更多的商品和服务，以满足印度不断增长的需求。 * **吸引印度投资：** 印度拥有大量的人力资源和巨大的市场潜力，这将吸引中国企业在印度进行投资。 * **加强中印两国合作：** 印度和中国是世界上最大的两个发展中国家，两国在经济、贸易、文化等领域具有广泛的合作空间。印度人口超过中国后，两国之间的合作可能会进一步加强。

负面影响：

• 加剧中印两国竞争： 印度和中国都是快速增长的经济体，两国在经济、贸易、科技等领域存在着激烈的竞争。印度人口超过中国后，两国之间的竞争可能会进一步加剧。
  ···

---

其他

设置Stream: false 后，过长的文案可能存在返回不全的问题，所以在 Stream: true 时建议可以采取一些策略以实现更好的使用体验。

[whyiyhw]

已修复，请帮忙确认下～