补全:验收一批请求
补全 accept_test：一批 (请求, 预期回复) 全对才交回 True，有一条不符就 False。 贯穿全条的内存版 TCP（判题机不联网；接口和真 socket 一样，真机上换成 socket.socket() 就是真的）：net
补全:数几条请求过了
补全 pass_count：一批 (请求, 预期回复) 里，有几条回复对上了。 贯穿全条的内存版 TCP（判题机不联网；接口和真 socket 一样，真机上换成 socket.socket() 就是真的）：net = Net()；lis =
真机上怎么算服务通了
在受控容器里起本机网络服务、再连它，算通了的标准是【0】。 （本机受控：python3 起 socket 服务 + 本机客户端，全在 127.0.0.1。）
从现象认服务的毛病
本机网络服务连不通，下面哪些和「服务端本身」直接相关？ A. 服务没起、端口没监听 B. 服务起在了别的端口 C. 收了不回、客户端一直等 D. 回的格式和客户端约定的不一样
把网络服务跑起来
场景：~/svc/ 下有个 echo/KV 服务 server.py 和启动脚本 启动.sh（监听 127.0.0.1 某端口，本机受控）。 任务：把服务起起来，用自带的客户端连它、拿到正确回复。跑好运行 ~/check。 （判分只看你在受
服务监听在哪个端口
场景：~/svc/server.py 里写死了监听端口。 任务：看它监听哪个端口，到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来的证据，全在 127.0.0.1，不碰公网。） （本机受控环境
发一条请求拿回复
场景：服务是个 KV 服务，说明点名一条请求（如 GET k）。 任务：起服务后发那条请求，看回复内容，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来的证据，全在 127.0.0.1，不碰公网。
服务同时连了几个
场景：日志 ~/svc/conn.log 记了每个连接。 任务：数出一共来了几个连接，到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来的证据，全在 127.0.0.1，不碰公网。） （本机受控
改服务换个端口
场景：说明要求服务改监听到某个新端口。 任务：改 ~/svc/server.py 的监听端口成说明要的，重启后客户端连得上。改好运行 ~/check。 （判分只看你在受控容器里本机起的服务、本机连出来的证据，全在 127.0.0.1，不碰公
给服务加一条命令
场景：KV 服务现在支持 PUT/GET，说明要求再支持一条新命令（如 KEYS 列出所有键数）。 任务：在 ~/svc/server.py 里加上这条命令的处理，让客户端发它得到说明要的回复。改好运行 ~/check。 （判分只看你在受控