对方还没回复时，先读取消息状态
Signal 消息发出以后没有收到回应，先不要连续重发，也不要仅凭图标判断对方是否忽略你。官方帮助区分正在发送、已发送、已送达和已读，每个状态回答的是不同问题。先确定卡在哪一步，才能选择检查网络、等待接收，还是直接说明需要回复的事项。
本文面向普通一对一沟通，用状态、时间和必要上下文整理排查顺序。它不提供判断联系人是否在线、是否屏蔽你或为什么没有回应的秘密方法。消息技术状态并不等于人的意图，缺少回复也不能证明某个设备或账户已经出现特定故障。
先选中一条你确实关心的消息，记录大致发送时间、当前状态和是否有额外提示。不要把整段私人聊天转发出去请人猜原因。如果事项具有时效，先写清最晚何时需要回应，再决定是否使用双方已经认可的其他沟通渠道。
- 一次检查一条消息的明确状态。
- 传递状态与联系人意图分别看待。
- 时效要求要直接说明，不靠连续重发暗示。
正在发送，先检查自己能否正常连接
Signal 官方把 Sending 定义为消息仍在发送过程中；如果长时间停留在这里，首先确认自己的设备可以连接互联网。检查时记录是在移动网络还是已获准使用的无线网络，以及其他正常网络任务是否也受影响。不要仅凭一个网页能打开，就认定所有应用连接都必然正常。
可以先等待当前请求完成，再按设备现有方式确认连接。避免同时重装应用、删除聊天、改变多个网络设置，因为这些操作会让原来的现象更难回查。本文不列未经核实的代理地址，也不要求关闭设备保护来让消息尽快发出。
如果问题持续，向官方支持描述当前状态、出现时间和已经检查过的项目即可。说明中不必附加消息全文、注册验证码或恢复密钥。把本机发送过程与接收者是否阅读分开，能够减少向联系人重复催问一个尚未离开发送流程的消息。
- 长时间正在发送时，先查自己的连接。
- 每次只改变一个相关条件并记录结果。
- 支持说明以状态和环境为主，不发送账户秘密。
已发送只说明到了 Signal 服务
官方帮助中的 Sent 表示消息已经发送到 Signal 服务。它与 Delivered 不同，不能单凭已发送就认定接收者手机已经获得消息。理解这一层区别，可以避免把“我这里发成功了”当成对方已经有条件看到内容的证明。
如果已发送但尚未送达，先考虑对方设备是否暂时无法连接，或者目前不便获取消息。你可以等待；若对方已经通过其他方式参与排查，再请其按官方建议检查通知和电池优化相关设置。不要替对方远程猜测某一款手机的具体菜单，也不要求对方把所有权限都打开。
对需要确认的业务事项，用双方既有联系渠道说明主题和时限即可，不必把相同附件一遍遍重发。重复发送可能让之后恢复连接的人面对多份难以区分的资料。保留一个明确的当前版本，并注明是否有需要替代的旧文件，会更方便对方回应。
- 已发送与到达接收设备之间还有区别。
- 等待或按官方建议协助接收端排查。
- 避免连续发送多个相同版本制造混乱。
已送达到设备，不代表已经理解内容
Delivered 表示消息已经到达接收者设备。这个状态有助于确定技术传递到了哪一步，但不能证明对方已经读完长文、理解附件，或同意你提出的安排。把这些判断全部压在一个图标上，会让沟通中的责任和预期变得含糊。
如果你需要对方作出决定，最好在消息中写明具体请求，例如“请确认是否能按这个时间参加”，并说明需要回应的时间。信息只是供参考时，则没有必要因为缺少回复持续催问。先确定自己需要的是送达、阅读还是行动确认，再选择合适表达。
当对方说没有看到某个附件，可以先核对消息主题与文件版本，不马上断言对方看错。使用普通标题或代号定位即可，避免为了证明已发送而把完整私人内容再发到其他群组。技术状态可以成为查找线索，不能替双方完成对内容的实际核对。
- 设备收到不等于人已理解或同意。
- 需要回应时把请求与时间写清楚。
- 对附件争议先核对主题和版本。
已读回执需要双方开启，也可以选择不用
Signal 官方 Read Receipts 帮助说明，已读回执是可选功能；你和联系人双方都启用，才能查看并共享相应已读状态。设置路径位于 Signal 设置的隐私区域。没有出现已读状态时，不能直接推断对方从未阅读，更不能要求其必须打开隐私选项证明自己。
如果你希望调整自己的选择，先了解它会影响你对阅读状态的查看与分享，再按当前客户端的隐私设置操作。不同语言版本的文字可能不同，但不需要安装额外工具。一次设置变化不应被解读为某段历史对话的完整阅读证明。
团队如果依赖明确确认，应通过自然语言回复或已有工作流程约定，而不是把个人回执设置当成考勤、绩效或信任判断。回执提供的信息有限，关闭功能也有正当隐私理由。本文重点是让你知道图标能说明什么，而不是替联系人解释为什么选择某种设置。
- 已读回执是双方启用的可选功能。
- 未见已读不等于未读，更不说明主观态度。
- 需要行动确认时使用明确回复。
阅后即焚计时，不是另一种送达证明
Signal 官方关于消息状态的说明特别指出，对发出的阅后即焚消息，计时从发送后开始，这个计时不是送达或已读回执。看到倒计时变化，不能据此补出接收者已经阅读的结论，也不应把计时结束作为对方已经处理完事项的证据。
如果消息已经消失，官方 Read Receipts 帮助说明也无法再查看该条的送达或已读状态。对于必须留下明确确认的任务，应在发送前决定适合的沟通方式，不能事后指望从已经消失的气泡里恢复完整状态。本文不提供恢复被清理聊天内容的第三方工具。
这不意味着需要为所有普通聊天关闭该功能。按任务选择信息保留方式即可，并尊重双方已有约定。若现实安排已经变化，发送一条当前有效的说明，比围绕旧倒计时推测谁何时阅读更有帮助。计时、传递和行动结果应分别判断。
- 计时变化不当作回执。
- 消息消失后不假定仍可回看状态。
- 对重要任务提前约定确认与保留方式。
出现安全号码变化提示时，先核对再处理旧消息
若等待送达期间出现安全号码变化，处理路径需要单独确认。Signal 官方说明，变化之前未送达的消息不会在变化后自动重新发送。此时先通过已有可信联系确认对方仍是原联系人，并按官方安全号码帮助比较当前连接，再决定是否重新发送仍有必要的内容。
这一步不能用连续重发或向对方发送验证码替代。原计划中的文件可能已经更新，约定时间也可能过去；完成身份与连接核对后，先问清目前还缺什么，再发送当前版本。不要一次补发整个旧消息列表，让对方混淆过去与现在的指令。
如果变化出乎预期，或有人借此催促你发密码、PIN 和恢复密钥，应先停止提供信息。本文不重复完整的安全号码操作教程，相关步骤以 Signal 官方帮助为准；这里强调的是，状态异常遇到额外安全提示时，不再按普通等待逻辑继续。
- 号码变化与普通未送达分别处理。
- 核对联系人后，再判断旧内容是否仍需发送。
- 不发送秘密来证明身份或测试连接。
用一份简短记录向对方或支持说明问题
有用的反馈可以包含应用平台、可见版本、状态名称、出现时间、是否只影响一位联系人，以及已经检查的连接条件。记录不必很长，但应能区分“本机一直正在发送”和“已经发送但对方设备未送达”。这两种问题需要不同方向的信息。
如果必须提供截图，只保留相关状态与必要提示，避开消息正文、电话号码、群名和其他聊天。不要把自己的注册信息或恢复密钥写进工单。也不要要求联系人为了配合检查，把整个设备的隐私设置与私人会话都导出给你。
与联系人沟通时，可以用“我这里显示已发送，尚未显示送达；有空时请确认是否已收到某个主题”这类准确表述。它说明了你观察到的状态，也给对方保留说明实际情况的空间。比起“你明明收到了”，这样的描述更容易得到可用的下一步信息。
- 反馈具体状态、时间、平台与已做检查。
- 截图只保留定位问题所需的区域。
- 用观察结果表达问题，避免替对方下结论。
最后决定等待、补充确认还是走官方排查
检查结束后，选择一个明确下一步：本机连接尚未恢复，继续排查连接；已经发送但未送达，合理等待或与对方核对设备可用性；已送达但需要业务回应，直接说明请求；出现安全号码提示，则先进入对应的安全核对。不要把所有分支都变成重新安装。
可以保留一条当前结论，例如“这条消息已送达，是否采纳安排仍待对方回复”。它不会夸大图标的含义，也能提醒自己哪些问题尚未得到回答。对于普通聊天，没有必要建立复杂记录；只有任务确实需要时才保留最少信息。
需要查证状态含义时，直接打开 Signal 官方消息状态与已读回执帮助。本文提供的是读懂状态、减少误判的沟通顺序，没有代你测试联系人设备。以可观察的信息选择下一步，才能避免把技术状态误读成人的态度，也减少无效的重复发送。
- 每个状态只安排一个相关下一步。
- 技术结果与现实回应分别写清。
- 规则有疑问时回到官方帮助核对。