交付:一个能用的 KV 服务

场景：要交付一个本机能连、按协议应答的 KV 服务，端口、要支持的命令见说明。 任务：写/补 ~/svc/server.py 与 启动.sh，让客户端发说明里的几条请求都拿到正确回复。改好运行 ~/c

阅读更多 →

客户端收到的回复对不对

场景：起服务后，用客户端发说明点名的一条请求。 任务：看回复是否和说明写的预期一致（True/False），到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来

阅读更多 →

给服务加一条命令

场景：KV 服务现在支持 PUT/GET，说明要求再支持一条新命令（如 KEYS 列出所有键数）。 任务：在 ~/svc/server.py 里加上这条命令的处理，让客户端发它得到说明要的回复。改好运

阅读更多 →

改服务换个端口

场景：说明要求服务改监听到某个新端口。 任务：改 ~/svc/server.py 的监听端口成说明要的，重启后客户端连得上。改好运行 ~/check。 （判分只看你在受控容器里本机起的服务、本机连出来

阅读更多 →

服务同时连了几个

场景：日志 ~/svc/conn.log 记了每个连接。 任务：数出一共来了几个连接，到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来的证据，全在 12

阅读更多 →

发一条请求拿回复

场景：服务是个 KV 服务，说明点名一条请求（如 GET k）。 任务：起服务后发那条请求，看回复内容，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来的证

阅读更多 →

服务监听在哪个端口

场景：~/svc/server.py 里写死了监听端口。 任务：看它监听哪个端口，到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来的证据，全在 127.

阅读更多 →

把网络服务跑起来

场景：~/svc/ 下有个 echo/KV 服务 server.py 和启动脚本 启动.sh（监听 127.0.0.1 某端口，本机受控）。 任务：把服务起起来，用自带的客户端连它、拿到正确回复。跑好

阅读更多 →

从现象认服务的毛病

本机网络服务连不通，下面哪些和「服务端本身」直接相关？ A. 服务没起、端口没监听　B. 服务起在了别的端口　C. 收了不回、客户端一直等　D. 回的格式和客户端约定的不一样

阅读更多 →

真机上怎么算服务通了

在受控容器里起本机网络服务、再连它，算通了的标准是【0】。 （本机受控：python3 起 socket 服务 + 本机客户端，全在 127.0.0.1。）

阅读更多 →