“在线”必须先说明对象：设备可能连着网络，账号可能保持登录，成员也可能被标记为活跃。这些提示都不能单独证明对方正在阅读你的消息。
先问“谁在线”，再问“在线说明什么”
海角社区在线中的“在线”，可以被读者理解为通过浏览器访问，也可能让人联想到账号或成员状态。实际阅读时要把这些含义分开：设备网络、网站可访问、账号会话、成员活跃、消息阅读分别描述不同事情。只有原平台对提示的说明，才能确定某个图标具体代表哪一层。
一个绿色圆点的视觉含义并不天然固定。它可能被产品用来表示近期活动，也可能对应其他规则；没有说明时，不应把它翻译成“对方正在看这页”。本站提供通用解释框架，不展示或查询任何社区成员的实时状态。
| 提示类型 | 它关注的问题 | 不能直接推出 |
|---|---|---|
| 网络连接 | 设备能否进行网络通信 | 目标网站一定可用 |
| 保持登录 | 当前会话是否被接受 | 用户正在操作 |
| 成员活跃提示 | 平台按何种规则标记活动 | 成员看到了某条消息 |
| 消息已读提示 | 平台是否记录了相应阅读事件 | 对方理解、同意或有空回复 |
网络提示是线索，不是完整诊断
MDN 对 Navigator.onLine 的说明指出，浏览器判断网络状态会使用不同的方式，连接到局域网也不一定意味着能访问互联网。这个技术例子提醒我们：界面上的在线信息通常只有特定范围，不适合被扩大解释。它也不能证明某个社区使用了这一检测方式。
如果页面内容没有更新，先看是否有明确的加载或错误提示，再尝试一次正常刷新；正在编辑文字时，先把草稿保存在自己可控的位置。单独一个状态图标不足以判断故障原因，连续快速刷新也未必能增加有效信息。把出现的问题写清楚，比笼统地说“在线却不能用”更容易定位。
把回复期待写进消息，而不是猜状态
教学示例：你在讨论里询问活动安排，看到对方的活跃提示后十分钟没有收到回复。可观察到的事实只有“当前界面出现提示”和“尚未看到回复”，无法据此得出对方故意忽略。对方可能需要查资料、正在处理别的任务，也可能没有看到这条消息；这些只是可能性，不是事实。
更清楚的表达是：“我想确认周六集合地点；若今天方便，麻烦补充一下，不着急时也可以晚些回复。”问题、所需信息和时间期待都直接写出，不需要借助在线状态猜测。公开讨论里适合补充上下文，避免只留下“在吗”，让后来读到的人也能理解问题。
看到阅读提示后仍要确认讨论是否完成
即使某个平台明确提供已读提示，它也只是平台定义的事件标记。要判断讨论是否完成，仍要看有没有回答核心问题、双方是否使用同一版本的信息，以及是否还有待处理事项。阅读、理解、同意、执行是不同阶段。
如果需要形成共同结论，可在回复中写“我理解为以下两点，如有偏差请补充”，并列出简短事项。没有回复就保留“待确认”的状态。不要把沉默记成同意，也不要根据活跃时间推断个人作息或长期行为；这样既能减少误会，也能让记录更准确。
读后清单
- 先确认状态提示描述的对象和规则。
- 在线不等于正在阅读，更不等于同意。
- 用明确问题和待确认事项管理沟通。
参考资料与适用范围
下列资料用于说明通用浏览器机制与阅读方法；各社区的页面权限、状态提示和功能以其自身说明为准。
本站是独立的阅读方法资料站，不代表任何社区官方，也不提供账号登录、发帖或消息服务。