如何在twilio中连接长传入文本

我正在使用Twilio发送/接收文本。当我收到一条超过160个字符的长文本消息时，它会以多个片段的形式显示为单独的文本消息。是否有方法将它们标识为同一文本的不同段并将它们连接起来？我正在使用Twilio的Java助手库。任何帮助都将不胜感激。谢谢。

使用消息资源URI，您可以发送最多包含1600个字符的消息。了解功能
注意：资源URI已弃用，不支持超过160个字符

对于传出消息，在向美国和加拿大的大多数运营商*发送消息时，支持连接消息。使用Messages资源URI，您可以发送最多包含1600个字符的消息。当我们收到您的请求时，Twilio将自动分割超过160个字符的信息，这些信息将在目标手机上自动重新组合

您也可以向国际电话号码发送超过160个字符的信息，但它们很可能在目标手机上显示为多条信息

对于超过160个字符的传入消息，发送运营商将在幕后分解消息，然后再将其发送给我们，因此Twilio将它们视为单独的传入消息，并按照我们接收它们的顺序将它们发送给您的应用程序

---

参考资料：

Twilio在beta版中有一个功能来处理这个问题，它可以正常工作。您可以要求Twilio为您的帐户打开多部分消息段信息。这将为传入的SMS获取三个新参数：

   "SegmentNum"      # The order of this SMS Sid in relation to the total number of segments.
   "TotalSegments"   # total parts of multipart msg
   "ConcatRef"       # reference number or ID of the original message over 160 characters. 

重新组装是你的问题，但并不难。多部分短信息分部分发送，由发送手机单独发送。同一消息的所有部分都有相同的ConcatRef和源电话号码。（ConcatRef是一个较小的数字，通常小于256，由发送方生成，而不是Twilio。）TotalSegments出现在每个部分中，是消息部分的总数。SegmentNum从0到TotalSegments-1进行编号。当您拥有所有部分时，可以通过按SegmentNum顺序连接正文字段来重新组合消息

---

任何在几分钟内不匹配的剩余零件都应视为错误。不要无限期地保留它们，因为ConcatRef编号会在几百条消息之后循环，并会打乱未来消息的重新组合。（这是一个已知的IOS和Android错误。两者都永远保留着不匹配的消息部分，导致与旧消息部分的奇怪重组。让用户发疯。）

Twilio现在在他们的服务器上进行重组。因此，所有这些现在都是不必要的。

我发现了这篇相关文章，其中一些答案暗示Twilio应该在一次呼叫中向我们的应用程序发送一条长的传入文本，但根据我们的经验，当最终用户从手机发送一条长文本时，Twilio正在使用传入文本消息的不同部分进行多个呼叫。感谢高拉夫的回答和指点。一个快速跟进的问题。有一个名为“num_segments”的参数。当Twilio向我们传递分解的传入文本时，它是否会向我们提供任何指示，让我们知道它们是更大文本的一部分，可能使用“num_段”或其他“元数据”？换句话说，是否有任何迹象可以帮助我们将这些片段组合成一个整体，类似于电话设备的功能？再次感谢您的帮助。我无法找到，如何访问段及其结构，但我找到了一个与您的问题相关的链接。见和。希望能有帮助。再次感谢高拉夫。这至少有助于让我了解问题的全貌，而且很高兴知道，也许还没有简单的、傻瓜式的方法自动做到这一点。希望在不久的将来。