服务收了几个请求没回
场景：日志 ~/svc/req.log 记了每个请求收到(recv)和回复(sent)的情况。 任务：数出有几个请求「收到了却没回」，到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里本机起的服务、本机连出来的证据，全
交付:连得上又不互相拖
场景：服务同时有毛病（端口对不上 + 一个连接拖住别人），要一次修利索。 任务：改 ~/svc/ 下的服务与客户端，让多个客户端都连得上、都能拿到回复、且互不拖住。改好运行 ~/check。 （判分只看你在受控容器里本机起的服务、本机连出来
app.py 属于哪一类
main.py utils.py settings.ini package.json Python 3.11 8080 端口 一个要部署的 Python 服务，目录里有 app.py。它属于【0】。
.env.example 属于哪一类
main.py utils.py settings.ini package.json Python 3.11 8080 端口 目录里还有一个 .env.example，里面写着端口、数据文件路径这些。它属于【0】。
requirements.txt 属于哪一类
main.py utils.py settings.ini package.json Python 3.11 8080 端口 requirements.txt 属于【0】。
“Python 3.11、8080 端口”属于哪一类
main.py utils.py settings.ini package.json Python 3.11 8080 端口 部署文档里写着"需要 Python 3.11，服务占用 8080 端口"。这两样属于【0】。
哪一类在仓库里看不到
main.py utils.py settings.ini package.json Python 3.11 8080 端口 这四类交付物里，不会以文件形式躺在 Git 仓库里的是【0】。
为什么要把它们分清
main.py utils.py settings.ini package.json Python 3.11 8080 端口 把交付物分成这四类，实际的好处是【0】。
部署第一步做什么
拿到一个服务要部署，第一步是【0】。
装依赖和填配置谁先
按 README，装依赖和填配置的先后是【0】。