serversocket 处理 http get 本质是手动解析 tcp 字节流中的 http 文本，需严格遵循协议：用 \r\n 分隔行、双 \r\n 结束 header、首行必须为 http/1.1 状态行、响应头声明 content-type 和 charset、添加 connection: close 避免 keep-alive 问题，并妥善管理端口与连接资源。
用 ServerSocket 处理原始 HTTP GET 请求，本质是解析 TCP 流里的文本
Java 的 ServerSocket 本身不理解 HTTP，它只管收字节流。你得自己读取客户端发来的原始请求头（比如 GET /index.html HTTP/1.1），提取路径、判断方法、拼响应状态行和 Body。这不是写 Web 应用，而是写一个能被浏览器访问的“裸 TCP 服务”。
常见错误现象：Connection refused（端口没监听）、浏览器卡住（没发完整 HTTP 响应，缺 \r\n\r\n）、返回乱码（没设 Content-Type 或编码）。
- 必须用
\r\n分隔 HTTP 行，结尾两个\r\n表示 header 结束 - 响应第一行必须是
HTTP/1.1 200 OK这类状态行，不能只写200 OK - 读请求时建议用
BufferedReader按行读，但别依赖readLine()读完全部——GET 请求 body 通常为空，但有些代理或工具会附带空行或多余换行 - 写响应时用
PrintWriter并设autoFlush=true，避免缓冲导致浏览器一直等
ServerSocket 绑定端口失败：java.net.BindException: Address already in use
这个错不是代码写错了，是端口被占了。开发时最常踩的坑是上次程序没关干净，或者另一个 Java 进程（比如 IDE 自带的调试服务器）正用着 8080、9000 这类默认端口。
- 先用命令查：Linux/macOS 执行
lsof -i :8080，Windows 执行netstat -ano | findstr :8080 - 别硬改代码重试，先 kill 掉占用进程（macOS/Linux 用
kill -9 PID，Windows 用taskkill /PID PID /F） - 代码里别写死端口，改成从参数传入，比如
new ServerSocket(Integer.parseInt(args[0]))，方便快速切换 - 加
try-with-resources包裹ServerSocket和Socket，确保异常时也能释放端口
响应 HTML 页面时中文显示为乱码？关键在 Content-Type 和输出流编码
浏览器默认按 ISO-8859-1 解析响应体，哪怕你 Java 字符串是 UTF-8，不声明编码就会错。这不是前端问题，是后端没告诉浏览器“我发的是 UTF-8”。
- 响应头里必须包含：
Content-Type: text/html; charset=utf-8 - 创建
PrintWriter时要指定编码：new PrintWriter(socket.getOutputStream(), true, "UTF-8") - 别用
socket.getOutputStream().write(...)直接写 byte[]，容易漏编码转换；也别用OutputStreamWriter不设 charset，它会用平台默认编码（Windows 是 GBK） - 测试时用 curl 看原始响应：
curl -i http://localhost:8080，确认 header 里有charset=utf-8且 body 正确
为什么简单 GET 能跑通，但浏览器刷新几次就卡死或报 Connection reset
因为 HTTP/1.1 默认启用长连接（Connection: keep-alive），而你的代码没处理复用连接。客户端发完一个请求后等着下一次，但你的服务端处理完就 close() 了 socket，导致下次读取时报错。
- 最简方案：在响应头加
Connection: close，明确告诉浏览器“这次完就断” - 别在循环里反复 new
ServerSocket，它应该只初始化一次，然后在accept()循环里处理每个Socket - 每个请求处理完必须调用
socket.close()，否则文件描述符泄漏，跑几分钟就Too many open files - 如果真想支持 keep-alive，就得解析请求头里的
Connection字段，并在响应后不 close socket、继续 read 下一个请求——但这很快会滑向手写 HTTP 解析器，不推荐初学这么做
真正麻烦的从来不是写几行响应 HTML，而是 HTTP 协议细节堆出来的边界情况：换行格式、编码声明、连接管理、请求行解析容错。写一遍 ServerSocket 版本，比直接上 Spring Boot 更清楚浏览器到底在和你聊什么。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
