fix: handle accepted TCP sockets · Pull Request !257 · openKylin（孵化期）/x-kernel

关联：
- https://github.com/rcore-os/tgoskits/pull/802
- https://gitee.com/openkylin/x-kernel/issues/IJPAXO?from=project-issue

## 背景

当前 main 分支中，TCP listen table 在连接进入监听队列时记录 socket handle，`accept()` 再根据 handle 构造 accepted TCP socket。并发客户端快速 `connect/write/close` 时，连接在服务端 `accept()` 前会继续推进 TCP 状态，服务端需要在连接已关闭但接收队列仍有数据的情况下继续交付 accepted socket，让应用读取残留数据。

`bug-tcp-concurrent-connect.c` 覆盖该场景：

- 服务端 `listen`
- 8 个客户端同时 `connect`
- 每个客户端连接成功后发送一段 payload
- 服务端依次 `accept`
- 每个 accepted socket 读取 payload
- 验证 8 个客户端的数据全部可读且互相独立

`bug-tcp-nonblocking-connect-so-error` 在 main 分支上已经通过，本 PR 的失败证据集中在并发 accepted socket 场景。

## Changes

- 在 listen table 中记录 accepted TCP socket 的完整端点信息，包括 socket handle、local endpoint 和 remote endpoint。
- `accept()` 前刷新监听队列，把已经可交付的连接从 syn queue 推进到 accept queue。
- accepted TCP socket 构造时直接使用 listen table 记录的 local endpoint 和 remote endpoint，避免依赖 smoltcp socket 后续状态中的 endpoint。
- accepted TCP socket 保留 remote endpoint，用于 `peer_addr()` 在连接关闭但仍可读的场景下返回正确对端地址。
- 调整 listen queue 中 TCP 状态判断：
  - `Established` 和 `CloseWait` 可交付给 `accept()`
  - `Closed`、`FinWait1`、`FinWait2`、`Closing`、`LastAck`、`TimeWait` 在 `recv_queue() > 0` 时仍可交付给 `accept()`
  - 终止状态且 `recv_queue() == 0` 时从队列中清理
- `accept()` 路径改为在持有 socket set 的上下文中刷新和筛选队列，避免通过全局 socket set 重复取锁操作同一批 socket。

## Tests

- `cargo fmt --check`
- `make build`
- `/smoke_test/bug-tcp-concurrent-connect`
- `/smoke_test/bug-tcp-nonblocking-connect-so-error`

类型	指派人员	状态
审查	Debin 郭伟康于博	进行中 (0/1人)
测试	王1宁已测试通过 x-cibot 已测试通过	已完成 (2/1人)

openKylin（孵化期）/x-kernel .gitee-modal { width: 500px !important; }

搜索帮助

openKylin（孵化期）/x-kernel