signal-cli 接收消息时出现 RecipientAddress 异常问题分析

问题现象

在使用 signal-cli 接收消息时，当向聊天中添加新用户后，系统会抛出以下异常：

java.lang.AssertionError: RecipientAddress without identifier

该异常发生在尝试处理接收到的消息时，特别是在解析消息发送者信息的过程中。异常堆栈显示问题出现在 RecipientIdentifier 类的 fromAddress 方法中，表明系统无法正确处理某些收件人地址。

技术背景

signal-cli 是一个命令行工具，用于与 Signal 消息服务进行交互。在处理接收到的消息时，系统需要解析发送者的信息，包括电话号码、UUID 和显示名称等。RecipientAddress 是 Signal 协议中用于标识用户的重要数据结构，通常应包含有效的标识信息。

问题根源

经过分析，该问题可能由以下原因导致：

1. 新添加的用户信息不完整，缺少必要的标识符
2. 消息信封中的发送者地址格式不符合预期
3. 系统在处理部分特殊用户时未能正确构建收件人标识

临时解决方案

社区用户提出了一个临时解决方案，通过修改 JsonMessageEnvelope.java 文件，增加对 AssertionError 的捕获处理：

try {
    sourceName = m.getContactOrProfileName(RecipientIdentifier.Single.fromAddress(sourceAddress));
} catch (java.lang.AssertionError e) {
    sourceName = null;
}

这个修改使得当遇到无效的收件人地址时，系统不会直接崩溃，而是将发送者名称设为 null 继续执行。

长期解决方案建议

虽然上述临时方案可以避免程序崩溃，但更完善的解决方案应该包括：

1. 在 RecipientIdentifier.fromAddress 方法中添加更严格的输入验证
2. 对不完整的收件人地址提供默认处理逻辑
3. 记录警告日志以便后续跟踪问题
4. 考虑在添加用户时进行更严格的验证

影响范围

该问题主要影响以下场景：

• 接收包含新添加用户的消息
• 处理群组聊天中的消息
• 显示消息发送者的名称信息

最佳实践

对于使用 signal-cli 的开发者，建议：

1. 定期更新到最新版本以获取问题修复
2. 在处理接收消息时添加适当的错误处理逻辑
3. 对于关键应用，考虑实现消息处理的容错机制

这个问题展示了在实际应用中处理用户标识信息时可能遇到的边界情况，提醒开发者在设计类似系统时要充分考虑数据完整性和异常处理。