对象流本身不支持轮询，因其依赖TCP长连接；但可通过伪轮询机制模拟：①客户端单向定时探测；②双端对等心跳+事件触发；③限制轮次的资源隔离练习。

对象流传输本身不支持轮询——轮询是客户端周期性建连、发请求、断开的短连接行为；而对象流（ObjectInputStream/ObjectOutputStream）依赖已建立的 TCP 长连接，属于双工通信模型。所以“用对象流实现轮询”在技术上是概念混淆，但可以通过伪轮询机制达成类似效果：即在长连接基础上，让双端主动探测状态、交换心跳与指令，模拟轮询的可控节奏和响应感。

下面分三类典型做法说明，对应不同练习目标：

客户端单向定时探测（最简入门）

适合理解“轮询感”如何从长连接中构造出来

• 客户端启动后只连一次服务端，建立对象流
• 开一个独立线程，每 3–5 秒执行：
  • 写入一个轻量请求对象（如 new PollRequest(System.currentTimeMillis())）
  • 调用 ObjectInputStream.readObject() 等待响应（设 socket.setSoTimeout(3000) 防卡死）
  • 捕获 SocketTimeoutException 当无响应时，视为“本次轮询未返回”，继续下一轮
• 不关闭连接，全程复用同一 Socket

注意：服务端收到 PollRequest 后必须立即写回 PollResponse，否则客户端会超时；两端序列化类需完全一致（包名、字段、serialVersionUID）

双端对等心跳 + 事件触发（推荐练习模式）

贴近真实协作场景，强化双工意识

• 双端各自启动两个线程：
  • 发送线程：每 2 秒写一个 Heartbeat 对象（含时间戳和端标识）
  • 接收线程：阻塞读取，但设 soTimeout = 5000，超时后检查是否有新业务消息待处理
• 收到心跳不回复，仅更新本地“对方在线”标记；收到业务请求（如 StatusQuery）则同步构造 StatusReply 写出
• 连接异常时（如 EOFException），触发重连逻辑，而非退出

关键细节：首次连接后，双方先互发 Handshake 对象完成流初始化，避免 StreamCorruptedException

模拟轮询节奏的资源隔离练习

专为高并发初学者设计，避免连接爆炸

• 服务端仍用单 ServerSocket.accept() 循环，但每个客户端连接只服务固定轮次（如最多 10 次请求）
• 客户端每次发完请求后，不等待响应就进入 Thread.sleep(5000)；服务端处理完即写响应，但不关连接
• 第 10 次交互后，服务端主动 socket.close()，客户端捕获 IOException 后新建连接开始下一轮

优势：既保留对象流复用带来的序列化效率，又通过人为限制连接寿命，模拟轮询的“有始有终”特性，便于观察资源释放时机

不复杂但容易忽略