如何解决Inetlab发送阿英混合SMS时的语序错乱问题？

问题描述 #

我们通过Inetlab发送SMS消息，当消息包含阿拉伯语（RTL，从右至左）和英语（LTR，从左至右）混合内容时，出现语序错乱问题：

• 预期发送文本：%30 بالتخفيضات الصيفية لتصل إلى \u200eOurShopName تبدأ（添加左至右标记\u200e用于展示正确顺序）
• 实际发送未加\u200e时，收到的短信显示为：تبدأ 12OurShopName بالتخفيضات الصيفية لتصل إلى 30٪
• 使用UCS-2数据编码，相关参数：

  Source AddressTon: Alphanumeric
  Source AddressNpi: ISDN
  DestinationTon: International
  DestinationNpi: ISDN
  

• 不含%和OurShopName时，消息显示完全正常。

已尝试方案及问题 #

• 添加\u200e左至右标记，但该标记会直接显示在短信内容中，无法隐藏；
• 查阅Inetlab论坛及Stack Overflow相关问题，未找到匹配当前场景的解决方案。

解决方案建议 #

1. 用双向文本控制字符包裹LTR内容
   使用\u202A（左至右嵌入）和\u202C（弹出格式）包裹英语内容，替代单独的\u200e。示例调整后的文本：

   %30 بالتخفيضات الصيفية لتصل إلى \u202AOurShopName\u202C تبدأ
   

   这类控制字符在多数现代短信客户端中会被正确解析，不会显示在最终内容里，同时强制LTR内容保持原有顺序。

2. 调整文本结构，分离RTL与LTR内容
   将英语内容OurShopName放在消息的最开头或最末尾，利用RTL文本的排版特性自动适配顺序，例如：

   OurShopName: تبدأ بالتخفيضات الصيفية لتصل إلى 30%
   

   这种方式避免混合排版冲突，减少对控制字符的依赖。

3. 验证UCS-2编码的字符传输完整性
   确认Inetlab在发送时正确转义双向控制字符，避免编码过程中丢失或篡改\u202A/\u202C这类Unicode控制码。可通过日志查看发送前的文本编码值，对比预期的Unicode码点是否一致。

4. 测试网关兼容性
   部分短信网关可能对双向文本控制字符支持不佳，可尝试更换测试网关，排查是否是网关层面的解析问题导致控制字符显示或语序错乱。

内容的提问来源于stack exchange，提问作者Marat Elagin