简介广开/国开电大《网络编程技术》实践技能训练1的配套答案包面向电大网络技术相关专业学生聚焦“简易购物车页面”的完整实现可作为课程作业参考、考前技能梳理或前端入门练习使用。资源包共5个文件压缩后仅62KB内部按HTML、CSS、JavaScript三类文件组织并附有2张页面展示用的图片素材分别承担页面结构、视觉样式与交互逻辑结构清晰、便于对照学习。已有253人学习下载适合需要快速理解前端三件套综合应用的学习者。内容给出购物车页面可运行源码涉及商品列表渲染、数量输入校验、总价计算与localStorage数据持久化等核心逻辑还体现了DOM事件绑定、CSS响应式布局、以及输入合法性判断如负数与非数字拦截等细节可帮助读者逐项核验实践要求同时掌握前端开发与调试的基本方法。1. 网络编程技术实践技能训练1别把参考答案当答案要当调试日志第一次拿到某开放教育平台《网络编程技术实践技能训练1》的参考答案时我第一反应是赶紧照着抄完交差。等真在电脑上跑了一遍才发现这份文档资料里的坑比题目本身多端口被占用、粘包、中文乱码、防火墙拦截每个都像专门等着新手去踩。这篇笔记把训练1涉及的socket通信、HTTP报文、多线程处理从头拆一遍包含可直接抄的代码和参数也把最容易翻车的地方标出来。适合正在补网络编程实践作业的从业者也适合想弄懂参考答案为什么这么写的学习者。2. 训练1的知识点拆解从TCP/IP分层到socket选型2.1 为什么训练1先考socket而不是HTTP训练1的题目看着像在考“网络编程技术”其实真正考的是你对TCP/IP分层模型的掌握程度。服务端监听、客户端连接、三次握手、四次挥手这些概念如果只靠背遇到需要写socket的题就完全露怯。参考答案里最基础的题目往往是一个TCP回显程序客户端发一句话服务端原样返回。这个题背后的知识点是传输层的可靠传输和socket抽象机制。我一般建议先把数据链路层、网络层、传输层、应用层的职责写在一张纸上再对照参考答案看它每一步落在哪一层。比如socket创建对应传输层bind、listen、accept对应服务端的套接字状态迁移recv和send对应数据收发的缓冲区操作。参考答案不会把这些概念写在代码旁边但题目的每个空、每个参数都对应一个分层知识点。搞懂这一层逻辑你才知道为什么服务端要先bind再listen而不是反过来。2.2 阻塞I/O、多线程和select训练1的参考答案到底选了哪条路训练1的进阶题目通常会要求服务端能同时处理多个客户端。常见做法有三个多进程、多线程、I/O多路复用。参考答案里出现频率最高的是多线程因为代码量少、逻辑直观。Python里用ThreadingTCPServer只需要继承重写一句用原生socket加threading模块也能写得很短。下面是一段典型的服务端代码import socket import threading def handle_client(conn, addr): print(fconnection from {addr}) with conn: while True: data conn.recv(1024) if not data: break conn.sendall(data) server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((0.0.0.0, 8000)) server.listen(5) print(server listening on 8000) while True: conn, addr server.accept() threading.Thread(targethandle_client, args(conn, addr), daemonTrue).start()这段代码里最关键的是setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)不写这一行服务端重启时很容易报Address already in use。listen(5)里的5是内核维护的未完成连接队列长度不是最大并发数。recv(1024)的1024是单次从内核缓冲区拷贝的最大字节数不代表一个完整的应用层消息。参考答案里如果把这三个参数写明白说明作者真跑过如果只写listen(10)没写SO_REUSEADDR你照着抄大概率会翻车。2.3 时间和状态网络编程里最容易被忽略的两个维度训练1的参考答案里有一类题特别喜欢考“Socket状态迁移”LISTEN、ESTABLISHED、FIN_WAIT、TIME_WAIT。笔试填空容易答但上机调试时你会发现服务端主动断开连接后端口会短暂处于TIME_WAIT状态。这时候如果不设置SO_REUSEADDR重启服务端就会报地址占用。这个现象并不是代码写错而是TCP协议规范里的正常状态参考答案里不会专门提醒但实践题一定踩得到。另一个容易被忽略的是超时设置。客户端connect到一个不存在的IP时如果系统默认阻塞可能要等几十秒才返回错误。参考答案里如果用了settimeout(3)或connect_ex说明作者处理过真问题。没有任何超时控制的网络代码在作业评分时能跑通放到真实网络环境里就是黑匣子。3. 把训练1的答案拆成可复现步骤TCP通信、HTTP请求与报文解析3.1 任务一TCP回显服务的代码、参数与验证方法训练1的第一道实践题通常是“编写一个TCP回显服务端”。参考答案一般分三步创建socket、绑定端口并监听、循环接收客户端连接。下面这段是我会把参考答案改造成的版本增加了一个run_server函数方便理解参数顺序。# tcp_echo_server.py import socket def run_server(host, port): server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((host, port)) server.listen(5) print(flistening on {host}:{port}) while True: conn, addr server.accept() with conn: while True: data conn.recv(1024) if not data: break conn.sendall(data) if __name__ __main__: run_server(0.0.0.0, 8000)这段代码里有两个参数要解释清楚。第一个是bind((0.0.0.0, 8000))0.0.0.0表示监听本机所有网卡不是某个具体IP。如果你只想让本机访问写成(127.0.0.1, 8000)就够了如果写成局域网IP那么同一网段的电脑也能连。第二个是recv(1024)它只表示每次最多读1024字节不代表一次recv就能拿到一个完整消息。参考答案里如果只在客户端recv(1024)一次就打印数据说明它没有考虑粘包和拆包问题。客户端的参考答案通常长这样import socket s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.connect((127.0.0.1, 8000)) s.sendall(bhello server) data s.recv(1024) print(data.decode(utf-8)) s.close()connect调用会触发TCP三次握手握手成功后才能sendall。sendall和send的区别是send可能只发出去一部分字节sendall会循环发送直到全部写完或抛出异常。训练1的题目数据量小两者看似等价但到了大文件传输场景只用send就等着丢数据。3.2 任务二HTTP请求构造与响应报文解析训练1的第二类题是“用socket手写一个HTTP客户端”。参考答案可能直接用requests库但考试题往往要求不能用现成库让你拼一个HTTP/1.1请求报文并解析响应。下面是一段能直接跑的代码import socket host example.com port 80 request ( GET / HTTP/1.1\r\n fHost: {host}\r\n Connection: close\r\n \r\n ) s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.connect((host, port)) s.sendall(request.encode(ascii)) response b while True: chunk s.recv(4096) if not chunk: break response chunk s.close() headers, _, body response.partition(b\r\n\r\n) print(headers.decode(ascii)) print(body.decode(utf-8, errorsreplace))这段代码的精髓在请求报文的格式请求行、请求头、空行、请求体。\r\n是HTTP协议规定的换行符号不能用\n替代。Host头是HTTP/1.1里的必备字段缺少它服务器可能返回400错误。Connection: close告诉服务器收完响应就断开这样客户端代码里只需要循环recv直到断开即可判断响应结束。解析响应时partition(b\r\n\r\n)是以空行切分响应头和响应体。状态行HTTP/1.1 200 OK属于响应头的一部分所以打印headers时会看到它。如果参考答案里用split而不是partition要注意split会把分隔符丢掉切分HTTP报文时容易少一个换行。训练1的判分程序一般只看状态码和body是否匹配所以这道题重点在报文格式不在解析算法。3.3 任务三把异常捕获和日志加进去答案才经得起反复跑纯粹照着参考答案的代码敲一遍最多算复现不算掌握。我一般会在每个网络步骤周围加上异常捕获和一个简单的日志函数这样训练1的作业里如果题目要求“容错处理”你就能直接交一份带日志的版本。import socket import logging logging.basicConfig(levellogging.INFO, format%(asctime)s %(levelname)s %(message)s) def handle_client(conn, addr): logging.info(fconnection from {addr}) try: with conn: while True: data conn.recv(1024) if not data: break conn.sendall(data) except socket.timeout: logging.warning(fclient {addr} timed out) except ConnectionResetError: logging.warning(fclient {addr} reset connection) finally: logging.info(fconnection closed {addr}) server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((0.0.0.0, 8000)) server.listen(5) logging.info(server started) while True: conn, addr server.accept() conn.settimeout(30) threading.Thread(targethandle_client, args(conn, addr), daemonTrue).start()settimeout(30)的意思是如果30秒内客户端没有发送任何数据recv会抛出socket.timeout。参考答案里很少写这个参数但在真实网络环境里客户端半途断网会导致服务端线程挂住不退出。加日志的好处是训练1的题目如果要求“观察客户端断开后服务端状态”你直接看日志输出就能写出结论。4. 训练1参考答案排查三个最容易翻车的坑4.1 服务端重启时报Address already in use现象第一次运行服务端正常CtrlC结束进程后再启动报OSError: [Errno 98] Address already in use。原因socket进入TIME_WAIT状态端口未被系统立即释放。解决在bind之前加server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)。如果加了还不行检查是否确实有旧进程占用端口用lsof -i:8000查看PID后再kill。参考答案里如果没写这一行说明作者只跑了一次没经历反复调试。4.2 客户端recv一次只能收到半截数据现象客户端发送一段很长的中文或JSON数据服务端收到的内容被截断或者两次发送的内容粘在一起。原因TCP是字节流协议recv(1024)按缓冲区大小返回数据不代表一次对应一个sendall。解决自定义应用层协议。最简单的方法是约定固定长度头比如前4字节表示消息长度后续读取指定字节数。参考答案如果只做一次recv就解析遇到短消息能跑通遇到长消息就会翻车。训练1的题如果数据量小判分可能发现不了这个问题但你自己要知道边界在哪。4.3 中文内容在客户端和服务端之间变成乱码现象客户端发送你好服务端打印出来是ä½ å¥½。原因发送时用utf-8编码成字节接收后打印时却用了gbk解码或者反过来。解决发送和接收两侧固定用同一种编码代码里显式调用encode(utf-8)和decode(utf-8)。参考答案里如果直接conn.sendall(data)不转编码在纯英文环境没问题中文字符一上来就露馅。训练1的作业里通常有“回显你输入的内容”这种题建议代码里统一加errorsreplace至少不会让程序崩溃。4.4 防火墙和虚拟机网络模式导致连接不上现象服务端在本机跑客户端在另一台设备跑connect超时或提示拒绝连接。原因服务端绑定的是127.0.0.1外部设备访问不到或者防火墙拦截了8000端口。解决服务端bind改成0.0.0.0或局域网IP确认两端能ping通临时放行对应端口。训练1的参考答案如果是写在本机测试的127.0.0.1没毛病但题目如果要求“跨设备通信”这个坑就会卡住不少同学。5. 把训练1答案变成自己的能力用自动化脚本做回归验证训练1的参考答案拿到手不应该只做“对着抄一遍”更值钱的用法是把它变成可以反复执行的验证脚本。我习惯把每个题目拆成一个小函数然后用unittest写断言这样每次改代码后跑一遍测试能立刻知道参考答案里的核心逻辑有没有被破坏。import socket import threading import unittest def echo_server(port): server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((127.0.0.1, port)) server.listen(5) def handle(conn): with conn: data conn.recv(1024) conn.sendall(data) while True: conn, _ server.accept() thread threading.Thread(targethandle, args(conn,), daemonTrue) thread.start() class TestEcho(unittest.TestCase): def test_echo(self): port 8123 threading.Thread(targetecho_server, args(port,), daemonTrue).start() s socket.socket() s.connect((127.0.0.1, port)) s.sendall(bhello) self.assertEqual(s.recv(1024), bhello) s.close() if __name__ __main__: unittest.main(verbosity2)这个脚本的核心价值是给你一张“行为基线”。参考答案里如果只给了代码没给测试你可以自己设计两三条用例短文本、空消息、连续发送两段消息。跑完你会发现很多参考答案在边界条件下根本过不了但这恰恰是学习网络编程技术最有价值的部分。下面是我给训练1实践题总结的验证清单按重要性排验证点预期结果失败时看哪里服务端正常启动日志显示监听端口bind参数、端口占用客户端单次发送短文本服务端原样返回编码、recv缓冲区客户端连续发送两条消息两条消息都不丢失粘包处理、sendall客户端中途断开服务端线程正常退出异常捕获、settimeout服务端重启不报Address already in useSO_REUSEADDR每次改完代码我都会强制自己跑一遍完整流程启动服务端、运行客户端、看日志、杀进程、再启动。训练1的参考答案我前后改了三版第一版能用但没设超时第二版加了日志但没处理长消息第三版才把编码和连接断开都处理干净。这份资源最大的价值不是让你少写代码而是让你意识到参考答案也是人写的也有适用边界和隐藏前提。从那以后我每次拿到这类实践训练的文档资料都先把所有代码跑通一遍再用测试脚本把边界条件钉死最后才敢说这题我真会了。希望帮到你。本文还有配套的精品资源点击获取
简介广开/国开电大《网络编程技术》实践技能训练1的配套答案包面向电大网络技术相关专业学生聚焦“简易购物车页面”的完整实现可作为课程作业参考、考前技能梳理或前端入门练习使用。资源包共5个文件压缩后仅62KB内部按HTML、CSS、JavaScript三类文件组织并附有2张页面展示用的图片素材分别承担页面结构、视觉样式与交互逻辑结构清晰、便于对照学习。已有253人学习下载适合需要快速理解前端三件套综合应用的学习者。内容给出购物车页面可运行源码涉及商品列表渲染、数量输入校验、总价计算与localStorage数据持久化等核心逻辑还体现了DOM事件绑定、CSS响应式布局、以及输入合法性判断如负数与非数字拦截等细节可帮助读者逐项核验实践要求同时掌握前端开发与调试的基本方法。1. 网络编程技术实践技能训练1别把参考答案当答案要当调试日志第一次拿到某开放教育平台《网络编程技术实践技能训练1》的参考答案时我第一反应是赶紧照着抄完交差。等真在电脑上跑了一遍才发现这份文档资料里的坑比题目本身多端口被占用、粘包、中文乱码、防火墙拦截每个都像专门等着新手去踩。这篇笔记把训练1涉及的socket通信、HTTP报文、多线程处理从头拆一遍包含可直接抄的代码和参数也把最容易翻车的地方标出来。适合正在补网络编程实践作业的从业者也适合想弄懂参考答案为什么这么写的学习者。2. 训练1的知识点拆解从TCP/IP分层到socket选型2.1 为什么训练1先考socket而不是HTTP训练1的题目看着像在考“网络编程技术”其实真正考的是你对TCP/IP分层模型的掌握程度。服务端监听、客户端连接、三次握手、四次挥手这些概念如果只靠背遇到需要写socket的题就完全露怯。参考答案里最基础的题目往往是一个TCP回显程序客户端发一句话服务端原样返回。这个题背后的知识点是传输层的可靠传输和socket抽象机制。我一般建议先把数据链路层、网络层、传输层、应用层的职责写在一张纸上再对照参考答案看它每一步落在哪一层。比如socket创建对应传输层bind、listen、accept对应服务端的套接字状态迁移recv和send对应数据收发的缓冲区操作。参考答案不会把这些概念写在代码旁边但题目的每个空、每个参数都对应一个分层知识点。搞懂这一层逻辑你才知道为什么服务端要先bind再listen而不是反过来。2.2 阻塞I/O、多线程和select训练1的参考答案到底选了哪条路训练1的进阶题目通常会要求服务端能同时处理多个客户端。常见做法有三个多进程、多线程、I/O多路复用。参考答案里出现频率最高的是多线程因为代码量少、逻辑直观。Python里用ThreadingTCPServer只需要继承重写一句用原生socket加threading模块也能写得很短。下面是一段典型的服务端代码import socket import threading def handle_client(conn, addr): print(fconnection from {addr}) with conn: while True: data conn.recv(1024) if not data: break conn.sendall(data) server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((0.0.0.0, 8000)) server.listen(5) print(server listening on 8000) while True: conn, addr server.accept() threading.Thread(targethandle_client, args(conn, addr), daemonTrue).start()这段代码里最关键的是setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)不写这一行服务端重启时很容易报Address already in use。listen(5)里的5是内核维护的未完成连接队列长度不是最大并发数。recv(1024)的1024是单次从内核缓冲区拷贝的最大字节数不代表一个完整的应用层消息。参考答案里如果把这三个参数写明白说明作者真跑过如果只写listen(10)没写SO_REUSEADDR你照着抄大概率会翻车。2.3 时间和状态网络编程里最容易被忽略的两个维度训练1的参考答案里有一类题特别喜欢考“Socket状态迁移”LISTEN、ESTABLISHED、FIN_WAIT、TIME_WAIT。笔试填空容易答但上机调试时你会发现服务端主动断开连接后端口会短暂处于TIME_WAIT状态。这时候如果不设置SO_REUSEADDR重启服务端就会报地址占用。这个现象并不是代码写错而是TCP协议规范里的正常状态参考答案里不会专门提醒但实践题一定踩得到。另一个容易被忽略的是超时设置。客户端connect到一个不存在的IP时如果系统默认阻塞可能要等几十秒才返回错误。参考答案里如果用了settimeout(3)或connect_ex说明作者处理过真问题。没有任何超时控制的网络代码在作业评分时能跑通放到真实网络环境里就是黑匣子。3. 把训练1的答案拆成可复现步骤TCP通信、HTTP请求与报文解析3.1 任务一TCP回显服务的代码、参数与验证方法训练1的第一道实践题通常是“编写一个TCP回显服务端”。参考答案一般分三步创建socket、绑定端口并监听、循环接收客户端连接。下面这段是我会把参考答案改造成的版本增加了一个run_server函数方便理解参数顺序。# tcp_echo_server.py import socket def run_server(host, port): server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((host, port)) server.listen(5) print(flistening on {host}:{port}) while True: conn, addr server.accept() with conn: while True: data conn.recv(1024) if not data: break conn.sendall(data) if __name__ __main__: run_server(0.0.0.0, 8000)这段代码里有两个参数要解释清楚。第一个是bind((0.0.0.0, 8000))0.0.0.0表示监听本机所有网卡不是某个具体IP。如果你只想让本机访问写成(127.0.0.1, 8000)就够了如果写成局域网IP那么同一网段的电脑也能连。第二个是recv(1024)它只表示每次最多读1024字节不代表一次recv就能拿到一个完整消息。参考答案里如果只在客户端recv(1024)一次就打印数据说明它没有考虑粘包和拆包问题。客户端的参考答案通常长这样import socket s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.connect((127.0.0.1, 8000)) s.sendall(bhello server) data s.recv(1024) print(data.decode(utf-8)) s.close()connect调用会触发TCP三次握手握手成功后才能sendall。sendall和send的区别是send可能只发出去一部分字节sendall会循环发送直到全部写完或抛出异常。训练1的题目数据量小两者看似等价但到了大文件传输场景只用send就等着丢数据。3.2 任务二HTTP请求构造与响应报文解析训练1的第二类题是“用socket手写一个HTTP客户端”。参考答案可能直接用requests库但考试题往往要求不能用现成库让你拼一个HTTP/1.1请求报文并解析响应。下面是一段能直接跑的代码import socket host example.com port 80 request ( GET / HTTP/1.1\r\n fHost: {host}\r\n Connection: close\r\n \r\n ) s socket.socket(socket.AF_INET, socket.SOCK_STREAM) s.connect((host, port)) s.sendall(request.encode(ascii)) response b while True: chunk s.recv(4096) if not chunk: break response chunk s.close() headers, _, body response.partition(b\r\n\r\n) print(headers.decode(ascii)) print(body.decode(utf-8, errorsreplace))这段代码的精髓在请求报文的格式请求行、请求头、空行、请求体。\r\n是HTTP协议规定的换行符号不能用\n替代。Host头是HTTP/1.1里的必备字段缺少它服务器可能返回400错误。Connection: close告诉服务器收完响应就断开这样客户端代码里只需要循环recv直到断开即可判断响应结束。解析响应时partition(b\r\n\r\n)是以空行切分响应头和响应体。状态行HTTP/1.1 200 OK属于响应头的一部分所以打印headers时会看到它。如果参考答案里用split而不是partition要注意split会把分隔符丢掉切分HTTP报文时容易少一个换行。训练1的判分程序一般只看状态码和body是否匹配所以这道题重点在报文格式不在解析算法。3.3 任务三把异常捕获和日志加进去答案才经得起反复跑纯粹照着参考答案的代码敲一遍最多算复现不算掌握。我一般会在每个网络步骤周围加上异常捕获和一个简单的日志函数这样训练1的作业里如果题目要求“容错处理”你就能直接交一份带日志的版本。import socket import logging logging.basicConfig(levellogging.INFO, format%(asctime)s %(levelname)s %(message)s) def handle_client(conn, addr): logging.info(fconnection from {addr}) try: with conn: while True: data conn.recv(1024) if not data: break conn.sendall(data) except socket.timeout: logging.warning(fclient {addr} timed out) except ConnectionResetError: logging.warning(fclient {addr} reset connection) finally: logging.info(fconnection closed {addr}) server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((0.0.0.0, 8000)) server.listen(5) logging.info(server started) while True: conn, addr server.accept() conn.settimeout(30) threading.Thread(targethandle_client, args(conn, addr), daemonTrue).start()settimeout(30)的意思是如果30秒内客户端没有发送任何数据recv会抛出socket.timeout。参考答案里很少写这个参数但在真实网络环境里客户端半途断网会导致服务端线程挂住不退出。加日志的好处是训练1的题目如果要求“观察客户端断开后服务端状态”你直接看日志输出就能写出结论。4. 训练1参考答案排查三个最容易翻车的坑4.1 服务端重启时报Address already in use现象第一次运行服务端正常CtrlC结束进程后再启动报OSError: [Errno 98] Address already in use。原因socket进入TIME_WAIT状态端口未被系统立即释放。解决在bind之前加server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)。如果加了还不行检查是否确实有旧进程占用端口用lsof -i:8000查看PID后再kill。参考答案里如果没写这一行说明作者只跑了一次没经历反复调试。4.2 客户端recv一次只能收到半截数据现象客户端发送一段很长的中文或JSON数据服务端收到的内容被截断或者两次发送的内容粘在一起。原因TCP是字节流协议recv(1024)按缓冲区大小返回数据不代表一次对应一个sendall。解决自定义应用层协议。最简单的方法是约定固定长度头比如前4字节表示消息长度后续读取指定字节数。参考答案如果只做一次recv就解析遇到短消息能跑通遇到长消息就会翻车。训练1的题如果数据量小判分可能发现不了这个问题但你自己要知道边界在哪。4.3 中文内容在客户端和服务端之间变成乱码现象客户端发送你好服务端打印出来是ä½ å¥½。原因发送时用utf-8编码成字节接收后打印时却用了gbk解码或者反过来。解决发送和接收两侧固定用同一种编码代码里显式调用encode(utf-8)和decode(utf-8)。参考答案里如果直接conn.sendall(data)不转编码在纯英文环境没问题中文字符一上来就露馅。训练1的作业里通常有“回显你输入的内容”这种题建议代码里统一加errorsreplace至少不会让程序崩溃。4.4 防火墙和虚拟机网络模式导致连接不上现象服务端在本机跑客户端在另一台设备跑connect超时或提示拒绝连接。原因服务端绑定的是127.0.0.1外部设备访问不到或者防火墙拦截了8000端口。解决服务端bind改成0.0.0.0或局域网IP确认两端能ping通临时放行对应端口。训练1的参考答案如果是写在本机测试的127.0.0.1没毛病但题目如果要求“跨设备通信”这个坑就会卡住不少同学。5. 把训练1答案变成自己的能力用自动化脚本做回归验证训练1的参考答案拿到手不应该只做“对着抄一遍”更值钱的用法是把它变成可以反复执行的验证脚本。我习惯把每个题目拆成一个小函数然后用unittest写断言这样每次改代码后跑一遍测试能立刻知道参考答案里的核心逻辑有没有被破坏。import socket import threading import unittest def echo_server(port): server socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server.bind((127.0.0.1, port)) server.listen(5) def handle(conn): with conn: data conn.recv(1024) conn.sendall(data) while True: conn, _ server.accept() thread threading.Thread(targethandle, args(conn,), daemonTrue) thread.start() class TestEcho(unittest.TestCase): def test_echo(self): port 8123 threading.Thread(targetecho_server, args(port,), daemonTrue).start() s socket.socket() s.connect((127.0.0.1, port)) s.sendall(bhello) self.assertEqual(s.recv(1024), bhello) s.close() if __name__ __main__: unittest.main(verbosity2)这个脚本的核心价值是给你一张“行为基线”。参考答案里如果只给了代码没给测试你可以自己设计两三条用例短文本、空消息、连续发送两段消息。跑完你会发现很多参考答案在边界条件下根本过不了但这恰恰是学习网络编程技术最有价值的部分。下面是我给训练1实践题总结的验证清单按重要性排验证点预期结果失败时看哪里服务端正常启动日志显示监听端口bind参数、端口占用客户端单次发送短文本服务端原样返回编码、recv缓冲区客户端连续发送两条消息两条消息都不丢失粘包处理、sendall客户端中途断开服务端线程正常退出异常捕获、settimeout服务端重启不报Address already in useSO_REUSEADDR每次改完代码我都会强制自己跑一遍完整流程启动服务端、运行客户端、看日志、杀进程、再启动。训练1的参考答案我前后改了三版第一版能用但没设超时第二版加了日志但没处理长消息第三版才把编码和连接断开都处理干净。这份资源最大的价值不是让你少写代码而是让你意识到参考答案也是人写的也有适用边界和隐藏前提。从那以后我每次拿到这类实践训练的文档资料都先把所有代码跑通一遍再用测试脚本把边界条件钉死最后才敢说这题我真会了。希望帮到你。本文还有配套的精品资源点击获取
