黑马程序员JavaScript前端开发课后习题：从语法到DOM实战精讲
2026/9/29 7:53:45
头歌实训答案：WEB服务器编程实现这个话题，我这两年帮人排查过太多次了。它看着像一道“交作业”题目，实际上一旦吃透，等于把HTTP协议、Socket网络编程和文件系统访问三个大块一次串了起来。很多人到网上找代码，跑通测评就完事，但问他浏览器输入URL之后服务端到底做了什么，他就答不上来了。这篇文章我会按实训要求从零实现一个Python Web服务器，包含完整源码、测试方法、每个决定背后的理由，以及课程里不太会讲但上线前必须知道的安全隐患。想把它当作业参考的，想搞懂原理的，都可以直接往下看。
1. 拿到题目先别急着写码，先想清楚这四件事
1.1 这道实训真正要考核的能力点
头歌这类平台把“WEB服务器编程实现”放进实训清单，不是为了让你造一个Nginx出来。实训测评点通常非常具体：能不能用Socket监听端口、能不能正确解析HTTP请求、能不能按路径返回文件、请求的资源不存在时能不能返回404。换句话说，平台在验证三件底层能力：HTTP协议的报文格式、TCP服务端编程模型、以及文件系统路径处理。
这三个能力对应到未来做Web开发、写后端接口、甚至排查线上故障，都是绕不开的基础功。很多同学完成了实训，却分不清“请求行”和“请求头”，也不知道Content-Length到底干嘛用的，那等于白做。所以我的建议是：题目可以简单做，但做完一定要能回答四个问题——浏览器发送了什么格式的数据？服务器如何判断客户端要什么资源？服务器按什么规则把文件内容送回？如果文件不存在会怎样？把这四个问题解决了，实训答不答得满分已经没那么重要。
1.2 技术选型：为什么多数人用Python
我接触过的头歌实训方案里，九成以上用Python实现。这不是偶然，Python标准库的socket模块语法非常接近系统调用本身，几乎不需要第三方依赖，在一个干净的评测环境里就能跑。Java写起来要面对的样板代码多，Netty更是重量级，不适合作为教学演示；C语言理论上最强，但字符串处理和内存管理会把人劝退；Node.js的net模块也能做，可最后还是要自己解析HTTP协议。所以Python是“代码最短且逻辑依然完整”的平衡点。
如果硬要比较，我做了一张简单的选型对照，供参考：
| 语言 | 实现难度 | 代码量 | 依赖环境 | 适合场景 |
|---|---|---|---|---|
| Python | 低 | 约150行 | 仅标准库 | 实训/原型验证 |
| Java | 中 | 约300行 | JDK自带 | 教学/练手 |
| C | 高 | 约400行 | 系统库 | 深入理解原理 |
| Node.js | 中 | 约180行 | Node运行时 | 前端同学练手 |
Python还有一个隐性优势：字符串切分、URL解码、字典存MIME类型，这些都是脚本语言的长项。HTTP协议本身就是文本协议，用处理文本最方便的语言去实现，学习成本能降一半。
1.3 Web服务器工作原理：从地址栏到一个页面
要写服务器，先得知道浏览器和服务器之间到底是怎么对话的。你在地址栏输入http://127.0.0.1:8080/index.html回车后，操作系统先做DNS解析和TCP三次握手，然后浏览器会向服务器的8080端口发送一段文本。这段文本开头长这样：
GET /index.html HTTP/1.1 Host: 127.0.0.1:8080 User-Agent: Mozilla/5.0 Accept: text/html第一行叫“请求行”，由请求方法、URL、协议版本三个字段组成。接着是“请求头”，一行一个键值对，用来描述客户端能力。请求头和请求体之间有一个空行，也就是\r\n\r\n。GET请求一般没有请求体，所以解析到空行就可以结束。
服务器这边要做的，其实就是三件事：读取这段文本、从请求行里取出URL、根据URL找到本地文件并把内容组装成“响应报文”发回去。响应报文的核心是状态行和响应头，状态行里的200 OK代表成功，响应头里的Content-Type告诉浏览器“我发给你的是HTML还是图片”。这整个过程和餐厅点餐很像：客人按格式点单，厨房按菜单备菜，服务员把菜端回去；如果某个菜没有，就要明确告诉客人“没有”而不是装傻。
1.4 开发环境与目录结构
写代码之前先把目录建好，避免后面文件路径混乱。实训代码量不大，我习惯这样组织：
web-server/ ├── server.py # 服务器主程序 └── www/ # 静态资源根目录 ├── index.html # 默认首页 ├── style.css # 样式文件 └── images/ └── logo.png # 图片资源server.py放在外面，www目录作为网站根目录，所有HTTP请求都只能访问www下面的内容。这个“根目录”的概念非常关键，后面讲路径穿越漏洞时你会看到，如果不做目录约束，攻击者可以直接用../跑到服务器任意目录去读文件。运行环境只需要Python 3.6及以上版本，我在Windows和Linux上都跑过，代码没有平台相关问题。先准备一个最简单的index.html，内容随意，比如一段带标题和正文的页面，用于后面测试。
2. WEB服务器编程实现的核心代码拆解
2.1 Socket监听：先把TCP大门打开
Socket是操作系统提供的网络编程接口，理解成“收发数据的通道”就行。服务端创建一个Socket后要经历四个步骤：绑定端口、监听端口、接受连接、收发数据。对应代码是：
import socket server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) server_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server_socket.bind(('127.0.0.1', 8080)) server_socket.listen(128)AF_INET表示使用IPv4地址，SOCK_STREAM表示使用TCP流式传输。SO_REUSEADDR是关键选项，它允许服务器重启后立刻复用同一个端口，避免出现Address already in use的报错。如果不加这一行，程序异常退出后端口会进入TIME_WAIT状态，短时间内再启动就会失败。listen(128)里的128是等待连接队列的长度，表示内核能缓存的排队连接数。
bind的地址我这里使用了127.0.0.1，只允许本机访问。如果实训要求外部访问，改成0.0.0.0。等连接的操作放在while True循环里：
while True: client_socket, client_addr = server_socket.accept() print(f'收到来自 {client_addr} 的连接')accept()会阻塞，直到有客户端连进来，然后返回一个新的client_socket和客户端地址。这个新的socket专门服务当前连接，主socket继续等待下一个连接。
2.2 HTTP请求解析：看懂浏览器在说什么
客户端连接建立后，服务器要读取请求数据。这里有个常见误区：recv(1024)一次不一定能读完请求。虽然测试时浏览器发的GET请求很小，但稳妥的做法是循环接收，直到缓冲区里出现\r\n\r\n表示请求头结束。对于GET请求，请求体为空，判断到空行就可以停下来了。
request_data = b'' while True: chunk = client_socket.recv(1024) if not chunk: break request_data += chunk if b'\r\n\r\n' in request_data: break拿到二进制数据后要解码成字符串。这里注意用errors='ignore'，因为某些资源请求可能夹杂非UTF-8内容，解析请求行时不能因为个别字节就报错。接下来按CRLF拆分：
lines = request_data.decode('utf-8', errors='ignore').split('\r\n') parts = lines[0].split(' ') method, uri, version = parts请求行是第一个元素，形如GET /index.html HTTP/1.1。按空格拆开后依次是方法、路径、版本。这里要处理一个细节：请求路径可能带查询参数，比如/index.html?name=test，对静态文件服务器来说，?后面的内容和我们找文件没关系，所以要用uri.split('?')[0]把路径取出来。另外，用户发送的路径可能是URL编码过的，特别是中文文件名，所以需要一个unquote解码。
2.3 HTTP响应构造：按规矩把内容送回去
响应报文的格式和请求报文对称：状态行、响应头、空行、响应体。状态行形如HTTP/1.1 200 OK，告诉客户端协议版本、状态码和原因短语。响应头是键值对，每个值一行，最后用一个空行隔开，之后才是真正的文件内容。
HTTP/1.1 200 OK Content-Type: text/html; charset=utf-8 Content-Length: 258 Server: MyPythonServer/1.0 Connection: close <!DOCTYPE html> ...这段响应头里，Content-Type决定浏览器按什么类型渲染内容，Content-Length告诉浏览器响应体的字节数，Connection: close表示服务器处理完就关闭连接，简化了长连接的管理。Content-Length绝对不能不设置，否则浏览器不知道内容什么时候结束，一直转圈等数据。响应体的长度一定用len(body.encode())或者len(binary_body)算，不能用字符串长度，因为中文在UTF-8下占多个字节。
2.4 静态文件与默认页面的处理逻辑
拿到请求路径后，服务器要把URL映射到本机磁盘路径。最基础的做法是拿www目录拼接路径：
file_path = os.path.join(WEB_ROOT, clean_path.lstrip('/'))逻辑上不复杂，但必须考虑三个边界情况。第一，路径是/时应该返回默认页，通常叫index.html；第二，路径指向一个目录时，也应该尝试返回该目录下的index.html；第三，文件不存在时返回404页面。我把这几条规则合并成一个解析函数，思路是先把路径标准化，再用真实路径校验，最终返回文件路径和状态码。
这里提一个特别要小心的坑：直接用os.path.join拼接用户给的路径，会埋下路径穿越漏洞。攻击者发一个/../../etc/passwd，拼出来就变成了www/../../etc/passwd，也就是网站的上级目录，直接读系统文件。防法是在拼接后调用os.path.realpath()解析出真实完整路径，然后用startswith(real_root)确认它还在网站根目录内，不在就返回403。这个细节测试代码写不写都能过，但从实用角度必须写。
2.5 并发与异常：让服务别那么容易挂
如果写完Socket循环就启动，服务器一次只能处理一个请求。在浏览器里访问一个包含CSS和图片的页面，浏览器会同时发起多个TCP连接，单线程服务器只能逐个处理，页面加载会非常慢。更严重的是，如果一个请求卡住不结束，后面所有请求全部排队阻塞。所以服务器必须支持并发，最简单的方案是每个连接一个线程：
import threading while True: client_socket, client_addr = server_socket.accept() t = threading.Thread(target=handle_client, args=(client_socket, client_addr)) t.daemon = True t.start()daemon=True表示这个线程不阻塞主进程退出，当主程序收到Ctrl+C时，所有工作线程会随进程一起退出，避免残留僵尸线程。在handle_client内部，一定要用try/finally保证关闭socket，否则某个请求抛异常后连接不释放，端口资源会被一点点耗尽。异常日志打印到终端，方便定位问题。
3. 完整代码与运行测试实录
3.1 可直接运行的完整代码
把上面的逻辑整合到一起，就是一个结构完整、可以直接提交的版本。这版代码我在实训环境里验证过，用来交作业没有任何问题，同时加上了安全校验和MIME类型映射，比平台给出的基本要求更完整。
import os import socket import threading from datetime import datetime from urllib.parse import unquote HOST = '127.0.0.1' PORT = 8080 BASE_DIR = os.path.dirname(os.path.abspath(__file__)) WEB_ROOT = os.path.join(BASE_DIR, 'www') MIME_TYPES = { '.html': 'text/html; charset=utf-8', '.css': 'text/css; charset=utf-8', '.js': 'application/javascript; charset=utf-8', '.png': 'image/png', '.jpg': 'image/jpeg', '.jpeg': 'image/jpeg', '.gif': 'image/gif', '.json': 'application/json; charset=utf-8', '.txt': 'text/plain; charset=utf-8', '.ico': 'image/x-icon', '.svg': 'image/svg+xml', } def get_mime_type(path): ext = os.path.splitext(path)[1].lower() return MIME_TYPES.get(ext, 'application/octet-stream') def build_response(status_line, headers, body=b''): header_text = status_line + '\r\n' for key, value in headers.items(): header_text += f'{key}: {value}\r\n' header_text += '\r\n' if isinstance(body, str): body = body.encode('utf-8') return header_text.encode('utf-8') + body def resolve_path(uri_path): clean_path = unquote(uri_path.split('?')[0]) if clean_path == '/': clean_path = '/index.html' file_path = os.path.normpath(os.path.join(WEB_ROOT, clean_path.lstrip('/'))) real_root = os.path.realpath(WEB_ROOT) real_path = os.path.realpath(file_path) if not real_path.startswith(real_root): return None, 403 if not os.path.exists(real_path): return None, 404 if os.path.isdir(real_path): clean_path = clean_path.rstrip('/') + '/index.html' file_path = os.path.normpath(os.path.join(WEB_ROOT, clean_path.lstrip('/'))) real_path = os.path.realpath(file_path) if not real_path.startswith(real_root) or not os.path.isfile(real_path): return None, 404 return real_path, 200 def handle_request(request_data): try: lines = request_data.split('\r\n') if not lines or not lines[0]: return build_response('HTTP/1.1 400 Bad Request', {'Content-Length': '0'}) parts = lines[0].split(' ') if len(parts) != 3: return build_response('HTTP/1.1 400 Bad Request', {'Content-Length': '0'}) method, uri, version = parts if method not in ('GET', 'HEAD'): return build_response('HTTP/1.1 405 Method Not Allowed', {'Content-Length': '0'}) file_path, code = resolve_path(uri) if code == 403: body = '<html><body><h1>403 Forbidden</h1></body></html>' return build_response('HTTP/1.1 403 Forbidden', {'Content-Type': 'text/html; charset=utf-8', 'Content-Length': str(len(body.encode('utf-8')))}, body) if code == 404: body = '<html><body><h1>404 Not Found</h1></body></html>' return build_response('HTTP/1.1 404 Not Found', {'Content-Type': 'text/html; charset=utf-8', 'Content-Length': str(len(body.encode('utf-8')))}, body) with open(file_path, 'rb') as f: body = f.read() headers = { 'Content-Type': get_mime_type(file_path), 'Content-Length': str(len(body)), 'Server': 'MyPythonServer/1.0', 'Date': datetime.now().strftime('%a, %d %b %Y %H:%M:%S GMT'), 'Connection': 'close', } if method == 'HEAD': body = b'' return build_response('HTTP/1.1 200 OK', headers, body) except Exception: body = '<html><body><h1>500 Internal Server Error</h1></body></html>' return build_response('HTTP/1.1 500 Internal Server Error', {'Content-Type': 'text/html; charset=utf-8', 'Content-Length': str(len(body.encode('utf-8')))}, body) def handle_client(client_socket, client_addr): try: client_socket.settimeout(5) request_data = b'' while True: try: chunk = client_socket.recv(1024) if not chunk: break request_data += chunk if b'\r\n\r\n' in request_data: break except socket.timeout: break response = handle_request(request_data.decode('utf-8', errors='ignore')) client_socket.sendall(response) except Exception as e: print(f'[错误] 处理客户端 {client_addr} 时异常: {e}') finally: client_socket.close() def run_server(): server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) server_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) server_socket.bind((HOST, PORT)) server_socket.listen(128) print(f'服务器已启动: http://{HOST}:{PORT}') print(f'网站根目录: {WEB_ROOT}') try: while True: client_socket, client_addr = server_socket.accept() t = threading.Thread(target=handle_client, args=(client_socket, client_addr)) t.daemon = True t.start() except KeyboardInterrupt: print('\n服务器已停止') finally: server_socket.close() if __name__ == '__main__': run_server()代码不算长，但把HTTP服务的核心环节都覆盖了。你拿它交头歌的实训，再顺便看看下面的测试过程，基本能做到心里有底。
3.2 启动服务与浏览器访问测试
把server.py和www/index.html准备好后，终端运行python server.py，看到“服务器已启动”表示成功了。然后打开浏览器输入http://127.0.0.1:8080/，正常情况下应该显示出你写在index.html里的内容。
第一次跑通时，我建议盯着终端看，每次刷新浏览器，终端会打印一条“收到来自某个地址的连接”。这里有个现象值得注意：刷新一个带CSS和图片的页面，终端往往会出现好几条连接记录，而不是一条。这是因为浏览器发现HTML里引用外部资源后，会并行发起多个请求，这时你已经能直观感受到为什么服务器需要多线程处理。
测试时还有一个易错点：如果代码绑定127.0.0.1，你在浏览器地址栏输入http://localhost:8080/大概率也能打开，因为localhost通常解析到127.0.0.1，但这不代表服务器能对外服务。实训测评如果从容器外部发起请求，必须监听0.0.0.0。这个区别很容易踩坑，建议从一开始就明确需求。
3.3 curl与telnet的底层验证方法
浏览器把太多过程自动完成了，想看最原始的HTTP交换过程，用curl -v是最直接的。打开另一个终端执行：
curl -v http://127.0.0.1:8080/输出会同时展示请求和响应两部分。请求部分以>开头，显示浏览器端发出的请求行和请求头；响应部分以<开头，显示服务器返回的状态行和响应头。你最应该关注的是这几行：
< HTTP/1.1 200 OK < Content-Type: text/html; charset=utf-8 < Content-Length: 258如果Content-Type是text/html; charset=utf-8，浏览器就能正确渲染中文页面。如果Content-Length和实际HTML字节数对不上，页面就会异常。想测试404逻辑，访问一个不存在的路径：
curl -i http://127.0.0.1:8080/nope.html-i参数会显示响应头，这时候应该看到HTTP/1.1 404 Not Found。
再进阶一点，可以用telnet手写HTTP请求，完全绕开浏览器：
telnet 127.0.0.1 8080 GET / HTTP/1.1 Host: 127.0.0.1:8080输入完按两次回车（也就是发一个空行），服务器就会原样吐回响应内容。这种测试方式能帮你确认：HTTP协议根本没有黑魔法，就是按约定发文本，再按约定收文本。
3.4 性能扩展：从单线程到多线程
上一版代码已经用了多线程，但我想详细说说为什么一个简单的while True加accept不够用。假设你只写单线程：
while True: client_socket, _ = server_socket.accept() request_data = client_socket.recv(1024) # 处理请求... client_socket.close()这是一个串行模型：第一个连接没关闭前，第二个连接即使已经到达，也只能在内核队列里等待。浏览器对同一个域名一般能开6个左右的并行连接，你打开一个包含10张图片的页面，前6张图片的请求会卡住整个页面渲染。解决办法就是每个连接一个线程，这也是实训答案里最常见的扩展方向。
如果还想再进一步，可以用线程池限制并发数量，核心思路是：客户端来时不再无脑创建线程，而是从固定数量的工作线程里取一个去处理。但线程的创建销毁成本比较高，高并发场景更合适的是协程，用asyncio写异步服务器。遇到这种题目，扩展思路比背代码更值钱。
4. Web服务器安全：实训之外必须补的一课
4.1 为什么“能跑”和“能上线”是两回事
实训代码跑通，只证明你理解了基础工作流。一旦真要放到公网环境，我上面这版代码依然不够看，至少缺了五样东西：HTTPS加密、访问日志、请求限流、身份认证、优雅停机。实际生产环境里，Web服务器前面通常还会挂一层Nginx做反向代理和负载均衡，Python这种简易服务只作为内网应用进程存在。
所以我的建议是：做实训时满足题目要求即可，但心里要清楚真实架构长什么样。浏览器访问https://example.com时，真正接收TLS握手和HTTP报文的往往是Nginx，它把请求转给后面的应用服务器，再由应用服务器读写数据库。实训代码让你理解了“协议”、“端口”、“进程”这些底层概念，生产架构则让你理解“分工”和“隔离”。两者其实是一堂课，只是在不同阶段学。
4.2 路径穿越漏洞：原理、演示与修复
路径穿越，也叫目录穿越，是最经典的Web服务器安全漏洞。原理非常简单：服务器拼接文件路径时，对用户的../不做过滤，攻击者就能一层一层往上跳，跳出网站根目录，读到/etc/passwd等敏感文件。
如果你的代码写成简朴版本：
file_path = os.path.join(WEB_ROOT, uri_path.lstrip('/'))攻击者发送：
curl --path-as-is http://127.0.0.1:8080/../../../etc/passwd--path-as-is参数让curl不要自动规范化路径，原样把../发给服务器。服务器拿到../../../etc/passwd后，跟www目录拼接，路径就跳到了系统目录，然后文件被读取并返回。实训里这个漏洞不影响测评，但如果你把这样的代码部署到有公网IP的机器上，不出一天就会被扫描器发现。
修复方法我在resolve_path里已经写了：对拼接后的路径调用os.path.realpath()，再去判断它是否以WEB_ROOT的真实路径开头。这是“先规范化、再校验”的标准做法，任何需要拼接用户输入路径的程序都该用上。
4.3 HTTP解析与连接资源的防御细节
除了路径穿越，简易服务器还有几处容易被攻击的薄弱点。第一是超时问题，recv没有设置超时的话，攻击者建立连接后一直不发数据，这个线程就被白白占用，发一堆这种连接就能把线程资源耗尽。解决方法是client_socket.settimeout(5)，超过5秒没发完整请求就关闭连接。
第二是请求体大小。恶意请求可以在Content-Length里声明一个很大的数字，服务器如果傻等请求体，内存会被拖垮。简易实现的实训代码通常不解析请求体，但真实场景必须做大小限制。第三是畸形请求，比如请求行没有三个字段、协议版本不是HTTP/1.1，都要用try/except兜底，返回400并关闭连接，否则一个异常请求可能让整个服务崩溃。
关于并发连接数，我建议给线程池加一个上限，例如信号量做并发控制：
import threading MAX_CONNECTIONS = 32 semaphore = threading.Semaphore(MAX_CONNECTIONS) def handle_client_with_limit(client_socket, client_addr): with semaphore: handle_client(client_socket, client_addr)这算一个简易的防连接的思路，但依然不够。完整的连接管理还涉及TCP半连接队列、SYN Flood防护等，那些就属于内核和网关的范畴了。实训阶段先把“未授权访问”和“连接资源耗尽”这两个点意识到，就已经领先很多人。
5. 实训常见问题与排查技巧
5.1 端口被占用和权限不足
最高频的问题是启动时报OSError: [Errno 98] Address already in use。这通常是因为上一次运行的服务没退出干净，端口还处于TIME_WAIT状态。排查方法分平台：
- Linux/macOS：
lsof -i:8080找到占用进程的PID，然后kill -9 PID，或者直接fuser -k 8080/tcp。 - Windows：
netstat -ano | findstr 8080，然后taskkill /PID 编号 /F。
代码里加了SO_REUSEADDR后，这种问题已经能减少一大半。还有一类问题是端口号用80，在Linux下没法直接访问，因为1024以下端口需要root权限。实训没特别要求的话，后端端口就选8080、8000这类高位端口，省得跟权限纠缠。
5.2 中文乱码与Content-Type配置
浏览器打开页面，中文全变成乱码，绝大多数情况下不是HTML文件的问题，而是响应头里少了charset=utf-8。浏览器拿到Content-Type: text/html时，会根据自己的默认字符集猜测编码，Windows下经常猜成GBK，跟UTF-8文件内容对不上就乱码。修复方式很简单：text/html后面加; charset=utf-8。
同理，CSS文件里的中文注释乱码，也要让text/css带上charset=utf-8。另外图片显示不出来时，先检查响应头里的Content-Type是不是image/png、image/jpeg这一类，如果返回成了application/octet-stream，浏览器会把它当下载文件处理而不是渲染图片。MIME映射表虽然繁琐，但它是“让浏览器正确理解响应内容”的关键。
5.3 缓存干扰测试结果
改完index.html，刷新浏览器看到的还是旧内容，这种情况十有八九是浏览器缓存。浏览器对没有Cache-Control头的响应会启动启发式缓存，你在调试阶段可以给响应头加上：
Cache-Control: no-cache这样每次刷新浏览器都会重新向服务器发请求，调试体验会好很多。生产环境当然不会每张页面都加no-cache，但调试阶段它是最省心的方案。如果已经加了还觉得不对，按Ctrl+F5强制刷新，或者打开浏览器开发者工具，在Network面板勾选Disable cache，基本能排除缓存干扰。
5.4 调试神器：curl -v 的正确姿势
排查HTTP相关问题，我第一个工具永远是curl -v，因为它把请求和响应的全部细节都打印出来。这里整理几个常用参数，作为排查速查表：
| 参数 | 作用 | 排查场景 |
|---|---|---|
-v | 显示请求和响应全过程 | 查看状态码、响应头 |
-i | 只显示响应头加响应体 | 快速确认响应内容 |
-I | 发送HEAD请求 | 只看响应头，不下载正文 |
-X POST -d '{"a":1}' | 发送POST请求 | 测试POST提交 |
--path-as-is | 不规范化路径 | 测试路径穿越等安全项 |
搭配上服务器终端的print日志，你就能完整看到每个请求的“输入”和“输出”。我建议把打印请求行加进handle_client里，每次请求进来打一行日志，比如GET /index.html 200 258 0.002s，这已经是生产环境访问日志的雏形了。
我个人在实际操作中最深的体会是：这种实训题最忌“跑通就删”。把它当成一个持续打磨的小项目，先跑通，再加上多线程，再加路径穿越防护，再加缓存控制，每加一点你都会对Web开发多一层理解。以后学框架时再回头看看这个手写服务器，很多框架层的“魔法”其实都是在帮你处理这里面的某个步骤。把根扎稳了，后面长多高都不怕。