简介本资源是一套基于Delphi 12.3开发的HTTP服务器与POST通信功能的完整源码工程面向Delphi中高级开发者适用于构建轻量级本地API服务、内网数据交互接口或嵌入式设备通信模块等场景。压缩包共含16个文件涵盖核心源码.pas、窗体定义.dfm、编译配置.cfg/.dof、可执行程序2个.exe、资源文件.res、编译中间产物.dcu及项目描述文件.xml结构完整支持开箱即用与二次定制。资源大小为37.23MB已吸引45人学习下载。读者可直接运行ProHttpExample.exe快速验证HTTP服务启动与POST请求响应流程深入UnitHttpExample.pas源码掌握TIdHTTPServer核心用法、请求解析逻辑与JSON数据处理范式并参考配套配置文件与备份文件.~pas/.~dfm等理解开发迭代过程中的版本管理实践。1. 项目概述一个基于Delphi 12.3的轻量级HTTP服务器控件如果你是一位Delphi开发者尤其是那些需要在自己的桌面应用、工业上位机或者数据采集系统中快速集成一个HTTP服务接口的同行那么今天分享的这个“Delphi 12.3 HttpServer与Post源代码”项目可能会让你眼前一亮。它不是一个庞大臃肿的Web框架而是一个精炼、可直接嵌入到你现有VCL或FMX项目中的HTTP服务器控件。核心功能非常明确监听指定的端口处理来自客户端的HTTP请求特别是对POST请求进行解析并返回相应的数据或状态。这解决了我们在很多场景下的痛点比如你的Delphi开发的MES系统需要接收来自扫码枪或PLC通过HTTP协议上报的数据或者你写了一个工具软件希望通过一个简单的Web界面进行远程控制或状态查看但又不想引入IIS、Apache这样的重型武器。这个项目提供的源代码就像给你递上了一把趁手的瑞士军刀让你能在几分钟内为你的Delphi程序赋予HTTP通信的能力。这个控件包的价值在于其“轻量”与“直接”。它不依赖复杂的第三方库基于Delphi原生的网络组件构建理解其源码你不仅能直接使用更能深入掌握HTTP服务器的工作原理、Socket通信的细节以及如何处理多线程并发请求。对于从Delphi 7、XE2等老版本迁移过来的开发者或是正在使用Delphi 12.3进行现代化应用开发的工程师来说这是一个非常实用的学习范例和生产力工具。接下来我将带你彻底拆解这个项目从设计思路到每一行关键代码从环境配置到实战调试分享我在集成和使用这类自建HTTP服务时积累的所有经验和踩过的坑。2. 核心架构与设计思路拆解2.1 为什么选择自建HTTP服务器而非第三方库在Delphi生态中实现HTTP服务并非没有选择比如IndyIdHTTPServer、REST Debugger适配的框架或者一些商业组件。那为什么还要自己动手或者使用这个源代码项目呢核心原因在于“可控性”和“依赖最小化”。大型框架如Indy功能全面但体积庞大其线程模型和事件处理机制对于只需要简单POST接口的应用来说显得有些“杀鸡用牛刀”并且其复杂的配置和潜在的兼容性问题尤其是在新版Delphi中可能会带来额外的调试成本。而这个源代码项目通常基于更底层的TIdTCPServer或直接使用TServerSocket虽然已不推荐进行封装聚焦于核心的HTTP协议解析和请求分发代码量小逻辑清晰。从设计上看一个典型的轻量级HTTP服务器控件会包含几个核心模块监听模块负责在指定端口上启动Socket监听连接管理模块处理每个接入的客户端连接通常一个连接对应一个独立的工作线程以避免阻塞主线程协议解析模块是最关键的部分它需要从原始的TCP字节流中按照HTTP/1.1协议规范解析出请求方法GET、POST、请求头Headers、请求体Body路由与业务处理模块根据解析出的URL路径将请求分发到开发者自定义的事件处理函数中最后是响应组装与发送模块将处理结果按照HTTP响应格式发回客户端。这个项目的设计精髓就在于用最简洁的代码实现了这个流水线并且将POST请求体的处理特别是application/x-www-form-urlencoded和multipart/form-data格式作为重点进行了优化。2.2 关键组件与类结构分析打开源代码包我们通常会看到几个核心的Pascal单元文件。主单元可能命名为uHttpServer.pas或类似其中定义了一个主控件类比如TCustomHttpServer或TSimpleHttpServer。这个类继承自TComponent使其可以像普通控件一样拖放到窗体上。其内部核心属性可能包括Port: Integer 监听的端口号如8080。Active: Boolean 控制服务器启动与停止。OnCommandGet和OnCommandPost 两个最重要的事件。早期设计可能用一个事件处理所有命令但更好的实践是为GET和POST分别定义事件因为它们的处理逻辑差异很大。事件参数中会包含请求对象包含URL、头信息、查询参数和响应对象用于设置状态码、头信息和内容。除了主控件类通常还会有几个辅助类TRequest类 封装一次HTTP请求的所有信息。其内部会有一个TStream或TStringList来存储原始请求数据并提供方法如GetQueryParam(‘key’)、GetFormParam(‘field’)来方便地获取URL参数或POST表单参数。对于POST请求它会负责解析Content-Type如果是multipart/form-data常用于文件上传它会解析出每个部分Part的数据和文件名。TResponse类 封装HTTP响应。提供SetStatusCode(200)、SetHeader(‘Content-Type’, ‘application/json’)、WriteString(‘{“result”: “ok”}’)等方法让业务逻辑可以方便地构造响应。工作线程类TClientHandlerThread 这是服务器并发能力的核心。当TIdTCPServer或类似监听组件接收到一个新连接时它会创建这个线程的一个实例。该线程在其Execute方法中循环读取Socket数据调用协议解析器生成TRequest对象触发主控件的相应事件将TRequest和TResponse传入最后将TResponse对象的内容写回Socket。线程结束时自动释放连接资源。这种结构清晰地将网络I/O、协议解析和业务逻辑解耦。作为使用者你只需要关心在OnCommandPost事件里写你的业务代码比如解析JSON、操作数据库然后通过Response对象返回结果完全不用操心Socket通信的细节。3. 环境配置与控件集成实战3.1 Delphi 12.3开发环境准备与项目导入首先确保你的开发环境是Delphi 12.3 Athens或更新版本。这个项目源代码通常以.pas单元文件和.dpk包项目文件的形式提供。最干净的集成方式是将它编译成一个独立的运行时包Runtime Package或设计时包Design-Time Package然后安装到IDE中。步骤一解压与检查。将Delphi 12 HttpServer与Post 源代码.rar解压到一个独立的目录例如D:\Components\MyHttpServer。检查目录结构通常你会找到类似以下的文件MyHttpServer.dpk(或.dpk): 包项目文件。uHttpServer.pas: 主控件单元。uHttpRequest.pas,uHttpResponse.pas: 请求/响应辅助单元。uHttpParser.pas: HTTP协议解析单元。Readme.txt: 可能有简单的说明。步骤二编译与安装。在Delphi IDE中通过File - Open Project打开MyHttpServer.dpk。在项目管理器Project Manager中右键点击包名选择Build。确保编译过程没有错误。常见的编译错误可能源于旧版本Delphi的单元引用如IdGlobal改为IdGlobal.Core需要根据错误信息调整uses列表。编译成功后再次右键点击包名选择Install。这会将控件安装到IDE的组件面板上通常会在一个以你包名命名的新页签如“MyComponents”中。注意如果你不希望安装控件或者项目是纯代码库没有.dcu依赖也可以直接将.pas文件复制到你的主项目目录下然后在你的主窗体单元中uses它们。这种方式更灵活但缺少设计时的可视化拖放便利。步骤三验证安装。新建一个VCL应用程序在组件面板上找到新安装的控件比如叫THttpServer将其拖放到窗体上。如果成功说明控件已集成完毕。3.2 第一个HTTP服务器从零到一的快速验证安装好控件后我们来创建一个最简单的HTTP服务器验证其基本功能。窗体布局新建一个VCL Forms Application。在窗体上放置以下组件一个THttpServer假设控件名即此一个TMemo命名为MemoLog用于显示日志两个TButton分别设置Caption为“启动服务器”和“停止服务器”。属性设置选中THttpServer控件在对象观察器中设置其Port属性为8080。为其OnCommandGet和OnCommandPost事件创建处理函数。编写事件代码// “启动服务器”按钮的OnClick事件 procedure TForm1.btnStartClick(Sender: TObject); begin HttpServer1.Active : True; MemoLog.Lines.Add(Format(服务器已启动监听端口%d, [HttpServer1.Port])); end; // “停止服务器”按钮的OnClick事件 procedure TForm1.btnStopClick(Sender: TObject); begin HttpServer1.Active : False; MemoLog.Lines.Add(服务器已停止。); end; // 处理GET请求 procedure TForm1.HttpServer1CommandGet(ARequest: TRequest; AResponse: TResponse); begin MemoLog.Lines.Add(Format([GET] %s, [ARequest.URL])); // 返回一个简单的HTML页面 AResponse.SetStatusCode(200); AResponse.SetHeader(Content-Type, text/html; charsetutf-8); AResponse.WriteString(h1Hello from Delphi HttpServer!/h1); AResponse.WriteString(p这是一个GET请求示例。/p); end; // 处理POST请求 procedure TForm1.HttpServer1CommandPost(ARequest: TRequest; AResponse: TResponse); var sBody: string; begin MemoLog.Lines.Add(Format([POST] %s, [ARequest.URL])); // 获取POST请求的原始Body内容 sBody : ARequest.GetBodyAsString; // 假设辅助类提供了此方法 MemoLog.Lines.Add(请求体 sBody); AResponse.SetStatusCode(200); AResponse.SetHeader(Content-Type, application/json; charsetutf-8); // 返回一个简单的JSON响应 AResponse.WriteString({status: success, message: Data received, your_data: sBody }); end;测试运行程序点击“启动服务器”。然后你可以使用任何HTTP客户端工具进行测试比如Postman、curl命令或者直接在浏览器中访问http://localhost:8080/。浏览器访问会触发OnCommandGet显示HTML页面。在Postman中向http://localhost:8080/api发送一个POST请求Body选择raw类型为Text内容输入test123。你的MemoLog中应该会记录下这次请求并且Postman会收到{status: success, ...}的JSON响应。这个简单的例子验证了服务器的基本监听、请求分发和响应能力。关键在于ARequest和AResponse这两个对象它们封装了所有HTTP交互的细节。4. 核心功能深度解析POST请求处理与协议细节4.1 深入HTTP协议解析从Socket字节流到结构化请求HTTP服务器最核心也最易出错的部分就是协议解析。控件内部的解析器可能在uHttpParser.pas中需要像阅读理解一样解析客户端发来的原始字节流。一个标准的HTTP POST请求报文看起来是这样的POST /api/submit HTTP/1.1 Host: localhost:8080 Content-Type: application/x-www-form-urlencoded Content-Length: 23 nameJohnage30cityNYC解析器的工作是读取请求行识别出请求方法POST、路径/api/submit和协议版本HTTP/1.1。逐行读取请求头直到遇到一个空行。关键的头信息包括Host、Content-Type和Content-Length。Content-Length告诉解析器后面的请求体有多少字节这是正确读取Body的关键否则会一直等待或读错数据。读取请求体根据Content-Length的值精确读取指定字节数的数据。这部分数据就是POST提交的内容。在源代码中你可能会看到类似下面的逻辑伪代码// 在TClientHandlerThread.Execute中 while (not Terminated) and ClientSocket.Connected do begin // 1. 读取一行直到CRLF得到请求行 sLine : ReadLineFromSocket; ParseRequestLine(sLine, FMethod, FURI, FProtocol); // 解析出方法、URI、协议 // 2. 循环读取头信息 FHeaders.Clear; repeat sLine : ReadLineFromSocket; if sLine then ParseHeaderLine(sLine, FHeaders); // 将Key: Value存入TStringList until sLine ; // 3. 根据Content-Length读取Body sContentLen : FHeaders.Values[Content-Length]; if sContentLen then begin iLen : StrToIntDef(sContentLen, 0); if iLen 0 then FBodyStream.CopyFrom(ClientSocket, iLen); // 关键精确读取iLen字节 end; // 4. 构造TRequest对象触发事件... TriggerCommandEvent(FMethod, FRequest, FResponse); end;实操心得Content-Length的处理是重中之重。我遇到过因为网络延迟或客户端行为异常导致读取的字节数不匹配进而引发整个线程卡死或内存错误。一个健壮的解析器必须对StrToIntDef进行防御并处理CopyFrom可能出现的异常。此外对于HTTP/1.1的Keep-Alive连接一个Socket连接上可能会有多个请求-响应循环解析器需要在处理完一个请求后清空状态准备读取下一个请求行而不是直接关闭连接。4.2 全面支持多种POST数据格式不同的Content-Type意味着请求体的格式不同业务逻辑需要不同的解析方式。一个优秀的HTTP服务器控件应该能透明地处理这些格式。application/x-www-form-urlencoded这是HTML表单默认的提交格式Body形如key1value1key2value2。在TRequest类中应该提供一个FormParams: TStringList属性或GetFormParam方法其内部在第一次访问时对Body字符串进行TURLDecode解码和拆分。这样业务代码可以直接写userName : ARequest.FormParams.Values[username]; userPass : ARequest.FormParams.Values[password];application/json这是现代API最常用的格式。Body是一个JSON字符串。控件本身不需要解析JSON但应该提供方便获取原始Body字符串的方法。业务代码可以使用System.JSON单元Delphi XE6或第三方库如SuperObject来解析。var LJsonObj: TJSONObject; begin LJsonObj : TJSONObject.ParseJSONValue(ARequest.GetBodyAsString) as TJSONObject; try userName : LJsonObj.GetValuestring(username); finally LJsonObj.Free; end; end;multipart/form-data这是文件上传时使用的格式Body由边界符boundary分隔的多个部分组成结构复杂。解析它是控件的一个高级功能。TRequest类需要能够解析出每个部分区分是普通字段还是文件。理想情况下它会提供一个Files: TUploadedFiles集合每个文件包含字段名、原始文件名、临时文件路径和内容类型。// 假设控件提供了这样的接口 if ARequest.Files.Count 0 then begin UploadedFile : ARequest.Files[0]; MemoLog.Lines.Add(Format(收到文件%s, 大小%d, [UploadedFile.FileName, UploadedFile.Size])); // 将文件从临时位置保存到指定目录 UploadedFile.SaveToFile(C:\Uploads\ UploadedFile.FileName); end;在源代码中如何实现你可能会在TRequest类中看到一个ParseMultiPartFormData的私有方法。它根据请求头中的boundary遍历Body使用TStream的读取方法定位每个部分的开始和结束然后解析该部分的头信息Content-Disposition其中包含name和filename最后将这部分的内容提取出来如果是文件则存入临时流或文件。4.3 构建健壮的响应机制处理完请求后需要通过TResponse对象回馈客户端。除了设置状态码200 OK, 404 Not Found, 500 Internal Server Error和内容还有一些细节需要注意。设置正确的Content-Type这决定了客户端如何解析响应体。返回JSON就设application/json返回HTML就设text/html返回纯文本就设text/plain。对于包含中文的情况最好加上字符集如text/html; charsetutf-8。CORS跨域资源共享支持如果你的HTTP服务需要被前端JavaScript运行在不同域名下调用必须在响应头中添加CORS头否则浏览器会拦截响应。AResponse.SetHeader(Access-Control-Allow-Origin, *); // 允许所有域名生产环境应指定具体域名 AResponse.SetHeader(Access-Control-Allow-Methods, GET, POST, OPTIONS); AResponse.SetHeader(Access-Control-Allow-Headers, Content-Type);对于OPTIONS预检请求可以直接返回200空响应。响应体的发送TResponse内部可能有一个TMemoryStream或TStringBuilder来累积要发送的数据。在事件处理函数结束后工作线程会调用TResponse的Send方法将状态行、响应头和响应体按照HTTP格式组装成字节流通过Socket发送出去。要确保在所有路径下包括异常情况响应都能被正确发送或发送一个错误响应。5. 高级应用与性能优化实战5.1 实现简单的路由机制基础的控件可能只提供全局的OnCommandPost事件。但在实际项目中我们需要根据不同的URL路径如/api/user/login、/api/data/query执行不同的处理函数。我们可以在控件基础上实现一个简单的路由表。一种简单的实现方式是在主窗体或一个单独的路由管理单元中维护一个TDictionarystring, TProcTRequest, TResponse键是URL模式如/api/user/login值是对应的处理过程。然后在统一的OnCommandPost事件中根据ARequest.URL去字典里查找并执行对应的处理过程。// 定义路由字典 FRoutes : TDictionarystring, TProcTRequest, TResponse.Create; // 注册路由 procedure TForm1.RegisterRoutes; begin FRoutes.Add(/api/login, HandleLogin); FRoutes.Add(/api/upload, HandleFileUpload); FRoutes.Add(/api/data, HandleDataQuery); end; // 统一的POST事件处理 procedure TForm1.HttpServer1CommandPost(ARequest: TRequest; AResponse: TResponse); var Handler: TProcTRequest, TResponse; begin MemoLog.Lines.Add(收到POST请求: ARequest.URL); // 查找路由 if FRoutes.TryGetValue(ARequest.URL, Handler) then begin try Handler(ARequest, AResponse); // 调用具体的处理函数 except on E: Exception do begin AResponse.SetStatusCode(500); AResponse.WriteString({error: Internal server error: E.Message }); end; end; end else begin // 未找到路由返回404 AResponse.SetStatusCode(404); AResponse.WriteString({error: Endpoint not found}); end; end; // 具体的处理函数 procedure TForm1.HandleLogin(ARequest: TRequest; AResponse: TResponse); var sUser, sPass: string; begin sUser : ARequest.FormParams.Values[username]; sPass : ARequest.FormParams.Values[password]; // ... 验证逻辑 ... AResponse.WriteString({token: some_jwt_token}); end;这样业务逻辑就被清晰地组织起来易于维护和扩展。5.2 线程安全与并发处理要点HTTP服务器本质上是高并发的。TIdTCPServer默认会为每个客户端连接创建一个独立线程TIdPeerThread或自定义的工作线程。这意味着你的OnCommandPost事件处理函数可能在同一时刻被多个线程同时执行。线程安全黄金法则在事件处理函数中如果访问了全局变量、主窗体的控件如TMemo或共享资源如数据库连接必须进行同步。访问VCL控件VCL不是线程安全的。任何从工作线程中更新UI的操作都必须使用TThread.Synchronize或TThread.Queue。procedure TForm1.HttpServer1CommandPost(ARequest: TRequest; AResponse: TResponse); begin // 在工作线程中执行 // ... 处理逻辑 ... // 需要更新MemoLog TThread.Queue(nil, procedure begin MemoLog.Lines.Add(请求处理完成 ARequest.URL); end); end;频繁的同步调用会严重影响性能。一个更好的实践是使用线程安全的日志队列工作线程将日志消息放入队列由主线程定时取出并显示。访问共享资源例如如果你使用一个全局的TList来存储在线用户那么在添加或删除用户时必须使用TCriticalSection或TMutex进行锁定防止多个线程同时修改导致数据错乱。var GCriticalSection: TCriticalSection; GOnlineUsers: TListstring; // 在事件处理函数中 GCriticalSection.Enter; try GOnlineUsers.Add(userName); finally GCriticalSection.Leave; end;数据库连接切忌使用全局的数据库连接组件如TADOConnection。每个工作线程应该创建和使用自己的数据库连接或者从连接池获取。共享连接会导致命令执行混乱和不可预知的错误。5.3 性能调优与资源管理对于轻量级服务器性能通常不是瓶颈但良好的习惯能提升稳定性和资源利用率。连接管理与超时确保控件或底层Socket组件设置了合理的连接超时ConnectTimeout和读取超时ReadTimeout防止恶意或异常的连接长期占用资源。对于HTTP/1.1合理利用Keep-Alive可以减少TCP连接建立和断开的开销但也要注意控制单个连接的存活时间。线程池考虑标准的TIdTCPServer是为每个连接创建新线程OneThreadPerConnection。对于短连接服务频繁创建销毁线程开销较大。可以考虑使用TIdSchedulerOfThreadPoolIndy组件来复用线程。不过对于这个轻量级控件如果预期并发不高几十个连接每连接一线程的模式更简单可靠。内存与流管理在请求处理中会频繁创建TStringList、TMemoryStream等对象。务必使用try...finally确保它们被正确释放避免内存泄漏。对于TRequest和TResponse对象通常由控件自身在请求处理完毕后负责释放。日志记录优化如前所述避免在事件处理函数中直接同步写UI日志。可以采用内存队列定时器刷新的方式或者写入文件日志注意多线程写文件也需要同步或使用线程安全的日志库。6. 实战问题排查与调试技巧实录即使代码看起来完美在实际运行中也会遇到各种问题。下面是我在开发和部署这类HTTP服务器时遇到的一些典型问题及解决方法。6.1 常见问题速查表问题现象可能原因排查步骤与解决方案服务器启动失败提示“Address already in use”端口被占用1. 使用命令 netstat -ano客户端能连接但收不到响应或连接被重置1. 事件处理函数抛出未捕获的异常。2. 响应未正确发送或格式错误。3. 防火墙/杀毒软件拦截。1. 在OnCommandPost事件函数最外层添加try...except记录异常信息。2. 使用Wireshark抓包查看服务器实际发出的TCP包是否符合HTTP格式。3. 临时关闭防火墙测试或将程序加入白名单。接收到的POST数据不完整或乱码1.Content-Length解析错误或未处理。2. 字符集编码问题。3. 客户端发送的数据格式与Content-Type声明不符。1. 在解析代码中打印出原始的请求头确认Content-Length值是否正确。2. 对于非ASCII字符确保请求和响应都使用UTF-8编码并在Content-Type中声明。3. 对比客户端发送的原始数据与服务器接收到的十六进制检查是否在传输过程中被修改。高并发下程序无响应或崩溃1. UI同步调用Synchronize过多导致主线程阻塞。2. 共享资源全局变量、数据库连接访问冲突。3. 内存泄漏导致资源耗尽。1. 移除或减少在事件处理函数中更新UI的操作改用队列异步处理。2. 检查所有对全局资源的访问确保都有锁TCriticalSection保护。3. 使用FastMM等内存管理工具检查内存泄漏确保所有临时对象都在finally块中释放。处理文件上传时文件损坏或无法保存1.multipart/form-data解析逻辑有误边界boundary处理错误。2. 保存文件时路径权限不足。3. 文件流未正确复制或关闭。1. 将接收到的原始Body保存为文件与客户端原始请求进行二进制对比验证解析逻辑。2. 尝试将文件保存到临时目录或具有写权限的目录。3. 确保使用TFileStream或TMemoryStream的SaveToFile方法并检查返回值。6.2 调试与日志记录策略有效的日志是排查问题的生命线。不要仅仅依赖TMemo。分级日志实现Debug,Info,Warning,Error等不同级别的日志。在开发阶段开启Debug生产环境只记录Error和Warning。日志内容至少记录时间戳、线程ID、请求方法、URL、客户端IP、处理耗时和关键错误信息。对于POST请求可以记录Body的前N个字符注意隐私和安全避免记录密码等敏感信息。输出目标除了界面显示一定要将日志写入文件。使用TStreamWriter配合TMutex实现多线程安全写文件或者使用成熟的日志库如LoggerPro。使用IDE调试器对于复杂逻辑在OnCommandPost事件处理函数中设置断点是最直接的调试方式。注意由于事件在子线程中触发你需要确保IDE的调试器设置为能调试多线程应用。在断点处你可以检查ARequest对象的所有属性单步跟踪解析和业务逻辑。6.3 安全注意事项一个暴露在网络中的HTTP服务即使在内网也需要考虑基本的安全。输入验证永远不要信任客户端传来的任何数据。对ARequest中的参数进行严格的类型转换、长度检查和内容过滤防止SQL注入、XSS等攻击。异常处理确保所有可能抛出异常的地方都被try...except包裹并在异常发生时返回一个友好的5xx错误响应而不是让线程崩溃导致整个服务不稳定。资源限制对客户端上传的文件大小、请求Body总大小进行限制防止恶意攻击耗尽服务器磁盘和内存。考虑HTTPS如果传输敏感信息应考虑支持HTTPS。这通常意味着需要使用TIdServerIOHandlerSSLOpenSSLIndy或类似的SSL/TSL层来包装Socket连接。对于这个轻量级控件集成HTTPS会显著增加复杂性可能需要评估是否值得或者在前端使用Nginx等反向代理来处理SSL卸载。通过以上六个部分的拆解我们从设计原理、环境搭建、核心功能实现、高级应用到问题排查完整地剖析了这个“Delphi 12.3 HttpServer与Post源代码”项目。它麻雀虽小五脏俱全是理解网络编程和提升Delphi工程能力的绝佳范例。在实际使用中你可以直接用它来构建轻量的API服务也可以将其代码作为参考融入到你自己的大型应用框架中去。最关键的是理解了这些底层原理和细节无论未来遇到什么网络通信需求你都能做到心中有数手中有术。本文还有配套的精品资源点击获取