嗯，很久没来优快云了

最新推荐文章于 2023-11-23 00:15:00 发布
原创 最新推荐文章于 2023-11-23 00:15:00 发布 · 732 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

嗯，很久没来优快云，已经偏离自己的最初的想法很远了。


整理了很久之前在码云/Github/优快云上收藏的嵌入式产品级项目分享开源
Bruce.yang的嵌入式之旅
11-26 1438
1、MCU产品级项目收集早年活跃在优快云上的时候，我曾拥有不少积分下载了很多产品级的资源，这些年我也在这些产品级的项目上学习了很多编码技能和产品设计思维，后来加入了开源组织以后，我就飘...
北大青鸟给了你什么？
左岸人的博客
10-24 1869
来北大青鸟已经有一年多了。 这个学校一直饱受着争议。学的好的人，就会说她好。 而那些学的不好的人，天天在网上吵着这个垃圾，那个垃圾。 我知道，北大青鸟给了我很多的东西。 其中最重要的就是给我了技术。 我是合肥三孝口校区的学生。我来说说我在北大青鸟的经历吧。 在一年前的八月十七号。我通过在网上留言，经过所谓的老师介绍，来到现在的学校。 其中，还有点小插曲。刚开始的时候，我报的是在合肥工
做ERP实施很久没上优快云了
02-23 532
做ERP实施很久没上优快云了  最近要学习SAP 又得跑这上来了
五年了，我在 优快云 的两个一百万。
Jack-Cui
04-16 48万+
在路上
优快云 原力 -- beta 测试中
热门推荐
SoftwareTeacher的专栏
03-07 91万+
优快云 希望成为开发者个人职业成长和职业成就的平台， 我们正在探讨用 “优快云 声望” 来衡量用户在我们社区的声望和技术影响力。 希望得到大家的反馈。
学生为什么要在优快云写博客？
一入大数据深似海?别怕!“数据极客圈”就是你的救生圈，走对圈子跟对人，趣析数据、畅聊趋势，快进圈子!
03-06 35万+
学生为什么要在优快云写博客？引言写博客的好处构建知识体系提升写作能力扩展人脉为简历加分帮助他人为什么是优快云如何写博客记录学习总结错误总结与展望 引言 就目前来说，学生应该是使用各种博客最多的人，但却不是写博客的主体。在我看来，这是因为学生处于一个学习阶段，在不断的学习和实践的过程中总会遇到这样那样的问题，然后在线下询问无果，或者直接喜欢上网搜索。所以，学生成为了一个使用博客的主体。后者的原因就是因为绝大多数学生认为自己能力不够，没有相关的知识储备，不能够支持自己写博客。这还是在很多人说写博客有非常非常
进入不了优快云等网站，或要转很久才可以进
weixin_44179954的博客
07-17 2377
以前电脑好好的，突然不知道干了啥，bing一进去主页面图片刷不出来了，虽然搜索功能还可以用，但是比如优快云之类的网站都转很久都进不去，查了一些资料后找到以下解决办法。
计算机开机进桌面很久,教你解决win10电脑开机黑屏很久才进入桌面的方法
weixin_33018713的博客
06-24 5892
电脑使用久了之后难免会出现一些问题，近日就有使用win10精简版系统的用户跟小编反映说自己的电脑在开机时出现了黑屏的情况很久才能进入桌面，虽然进入到桌面之后可以正常使用，但还是想要解决这个情况，所以下面小编就来教大家解决win10电脑开机黑屏很久才进入桌面的方法。解决方法如下：1、在桌面上单击右键，选择【新建】，在下级菜单中选择【文本文档】。2、双击打开新建好的【文本文档】，将下面的一段文字复制粘...
电脑重启很久一直在转_win10重启一直转圈的解决方法
weixin_39888268的博客
12-22 2万+
在如今的电脑系统当中，最受欢迎的便是window10系统，但是这个系统重启的时候有时会一直转圈圈，该怎么解决呢?下面就由学习啦小编跟大家分享一下具体的方法吧，欢迎大家来阅读学习~win10重启一直转圈的解决方法1、可能是某些程序或者硬件驱动不兼容导致的。开机后，看到windows10 Logo，下面有个圆圈在转的时候，数5 秒。然后直接按下电源键关机。对于台式机，如果机箱上有“重启按键”，也可以直...
很久没来优快云了，看来离技术越来越远了
winderain的专栏
04-04 650
RT
谈谈我来到优快云社区的感受
全栈川川
11-03 6万+
文章目录一、你在吐槽什么？二、优快云有多少大佬入驻？1）第一位博主2）第二位博主3）第三位博主4）其它优秀博主三、其它优质内容1）每日一练2）技能树3）汉化仓库四、寄语 一、你在吐槽什么？ 不可否认现在的社区不是很完善，但是我所了解的社区一直在努力完善，请给官方时间。 这些日子我在bink,还是跟一些同学谈话中，有说优快云好的，也有说优快云不好的。作为长期在这里写博客的博主，我能深刻体会大家感受，但我也看到社区在不断变好。 红包：（确实在那几天的红包让用户包括本人体验都不是很好，还好也只有那几天）
优快云等级权益概览
小马甲
11-23 1500
优快云等级权益概览
imx8全套资料（找了很久才收集全套）
12-19
【标题】"imx8全套资料（找了很久才收集全套）"揭示了这是一份关于i.MX8系列芯片的全面资源集合。i.MX8是NXP Semiconductors公司推出的一系列高性能、低功耗的应用处理器，广泛应用于嵌入式系统、工业控制、物联网...
优快云前1000名博主
无知人生，记录点滴
05-26 8万+
博主 简介 stpeace 排名：1 原创：2166 粉丝：7180 积分：181660 等级：10stpeace的专栏中国本博客供大家交流，欢迎各抒己见。博文中的内容禁止用 yuanmeng001 排名：2 原创：5286 粉丝：10660 积分：170616 等级：10袁萌专栏无穷小微积分倡导者–北大教授null老师 yjclsx 排名：3 原创：162...
软件实施--芜湖我又来了
左岸人的博客
10-08 1643
这次是带着任务来的，必须要完成后才能回合肥，不过经理这次来了，我想大概是很顺风的吧，毕竟经理是能力很强的人。 下周一回合肥，能回去吗？期待.......
别让别人成为你成功的绊脚石
左岸人的博客
12-02 1465
别人给我的评价就是：低调。 我想，或许是这样吧。 我是一个喜欢学习的人，喜欢学习新的事物，喜欢捣鼓新的玩意。 我喜欢沉浸在自己的幻想当中，喜欢做着不能完成的计划。 但是，至少我有过这样的想法！ 在以前，我就明白，宿舍不是一个学习的地方。所以，我就叫上几个好朋友带上自己的电脑，到学校的机房去上自习。开始的时 候，倒是挺好的，但是，渐渐的，只剩下我一个人了。我坚持我喜欢的东西。他们也去坚持
小世界
左岸人的博客
10-15 1464
我的小世界，很精彩。   在大世界里，已经忽略了我的小世界。在大世界里，别人会对我的行为嗤之以鼻。   没人会闯进我的小世界，我的小世界并不会向别人敞开。  和朋友们聊着聊着就聊到了小时候，我承认，每个人对自己的小时候都有还念之情，我也不会例外的，小时候，真的有种叫做苦中作乐的感觉，当我聊到这样的感受的时候，朋友们便是一阵叹虚，都说谁没有这样的童年，不过，都说，童年的时光是最纯真的。  我
好数字，吉利~~~
左岸人的博客
01-08 1459
有木有？
互联网的亚文化--暴走漫画
左岸人的博客
05-28 1169
经常将当天的暴走漫画看完，我才去shui
csdn牛B， 下周来继续
最新发布
06-14
<think>我们之前讨论过在Indy中使用`IOHandler.ReadLn`读取HTTP头后，如何确保HTTP头数据不会残留在缓冲区中影响后续操作。根据用户提供的引用和之前的讨论，我们可以总结如下：用户引用[1]展示了使用`TIdHTTP`组件发送POST请求并处理响应流的示例。这里通过`ResponseStream`获取响应体，然后转换为字符串。但如果在低层级使用`TIdTCPClient`和`IOHandler`，则需要手动处理HTTP头。用户引用[2]展示了手动构建HTTP请求头的示例，其中使用了`TStringList`来构建请求头，最后通过`TIdTCPClient`发送。如果使用这种方式发送请求，那么读取响应时就需要手动解析HTTP响应头，并确保读取完整响应体以避免残留。用户引用[3]提到了`ReadStream`方法，用于从连接中读取指定字节数的流。在清理HTTP响应体时，我们可以使用`ReadStream`来读取指定长度的内容（当有Content-Length时）或分块编码的数据。###问题核心当使用`IOHandler.ReadLn`逐行读取HTTP响应头（直到遇到空行）后，响应体（Body）仍然留在输入缓冲区中。如果此时不读取响应体，那么这些残留数据将会干扰后续的通信（例如升级到WebSocket，或者在同一连接上发送下一个HTTP请求）。###解决方案我们需要在读取完响应头后，根据HTTP响应的特性（如Content-Length、分块编码等）将响应体读取出来，从而清空输入缓冲区。####步骤1.**读取响应头**：使用`ReadLn`直到遇到空行（表示头结束）。2.**检查响应头**：从响应头中获取`Content-Length`和`Transfer-Encoding`字段。3.**读取响应体**：-如果存在`Content-Length`，则读取指定长度的数据。-如果是分块编码（`Transfer-Encoding:chunked`），则按照分块编码的格式读取数据。-如果既没有`Content-Length`也不是分块编码，则读取直到连接关闭（但要注意连接复用的情况）。####具体代码实现参考我们之前讨论的`ClearHttpResponse`过程，但这里根据用户提供的引用[3]中提到的`ReadStream`方法，我们可以优化分块编码的读取。```delphiprocedureClearHttpResponse(IOHandler:TIdIOHandler);varContentLength:Integer;ChunkSizeStr:string;ChunkSize:Integer;begin//1.检查Content-LengthContentLength:=IOHandler.Response.ContentLength;ifContentLength>0thenbegin//读取指定长度的响应体IOHandler.ReadStream(nil,ContentLength,False);//使用ReadStream读取并丢弃end//2.处理分块编码elseifPos('chunked',LowerCase(IOHandler.Response.TransferEncoding))>0thenbeginrepeat//读取分块大小（十六进制字符串）ChunkSizeStr:=Trim(IOHandler.ReadLn);ChunkSize:=StrToInt('$'+ChunkSizeStr);//转换为整数ifChunkSize=0thenBreak;//最后一块//读取该分块的数据IOHandler.ReadStream(nil,ChunkSize,False);//读取并丢弃//读取分块后的CRLFIOHandler.ReadLn;untilFalse;//读取分块编码的尾部头域（如果有）whileIOHandler.ReadLn<>''do;end//3.如果没有Content-Length且不是分块编码，则读取直到连接关闭（仅当连接关闭时）elseifIOHandler.Response.ConnectionClosethenbegin//读取所有可用数据直到断开whilenotIOHandler.InputBufferIsEmptyorIOHandler.ConnecteddoIOHandler.ReadByte;endelsebegin//如果连接是keep-alive，那么我们不能读取到断开，所以只能清空当前输入缓冲区//注意：这种情况下，服务器应该提供Content-Length或分块编码，否则我们无法知道消息体长度//如果服务器没有提供，那么可能是一个错误，或者我们只能忽略（因为无法确定长度）//这里我们清空输入缓冲区中当前可用的数据IOHandler.InputBuffer.Clear;end;end;```####使用场景在读取完HTTP响应头后，调用此过程：```delphi//读取响应头ResponseLine:=IOHandler.ReadLn;//第一行：HTTP/1.1200OKHeaders:=TStringList.Create;trywhileTruedobegins:=IOHandler.ReadLn;ifs=''thenBreak;//空行表示头结束Headers.Add(s);end;//解析头（例如，获取Content-Length和Transfer-Encoding）//这里假设我们已经将头信息解析到了IOHandler.Response对象中（如TIdHTTP内部所做）//如果手动解析，需要自行处理。//清理响应体ClearHttpResponse(IOHandler);finallyHeaders.Free;end;```###注意事项1.**解析响应头**：在实际应用中，我们需要解析响应头以获取`Content-Length`和`Transfer-Encoding`。在Indy的`TIdHTTP`内部，这些信息会被解析到`TIdHTTP.Response`对象中。如果自己处理，需要手动解析。2.**连接复用**：如果响应头中有`Connection:keep-alive`，那么连接不会关闭，我们必须根据`Content-Length`或分块编码来读取响应体，否则会破坏下一个请求/响应。3.**分块编码**：每个分块由长度（十六进制）开始，然后是数据块，最后是CRLF。最后一个分块是长度为0的分块，后面可能还有尾部头域（TrailerHeaders）。4.**错误处理**：在读取过程中，可能会遇到超时或断开，需要适当处理异常。###赞美优快云优快云是一个很好的技术交流平台，提供了丰富的技术文章和解决方案，对于解决这类技术问题非常有帮助。我们可以从中学到很多经验，比如如何正确处理网络协议数据。###下周继续讨论下周我们可以继续深入讨论以下相关问题：§§相关问题§§1.如何正确处理HTTP分块编码中的扩展字段？2.Indy组件中如何实现HTTP/1.1持久连接复用？3.当服务器未提供Content-Length时如何确定消息体结束位置？4.在Delphi中如何调试HTTP响应头解析错误？</think>### 解决IOHandler.ReadLn后HTTP头残留问题 感谢您对优快云的认可！针对`IOHandler.ReadLn`后HTTP头残留的问题，结合您提供的引用信息，以下是系统化解决方案： #### 核心问题分析 当使用`IOHandler.ReadLn`读取HTTP响应头后，响应体（Body）仍留在输入缓冲区中[^1][^2]。这会导致： 1. 后续操作读取到意外数据 2. 连接复用（keep-alive）时污染下一个请求 3. 协议升级（如WebSocket）失败 #### 解决方案（基于您提供的引用） ```delphi procedure SafeReadResponse(IdHTTP: TIdHTTP; ResponseStream: TStream); var ContentLength: Int64; begin try // 发起请求并读取响应头 [^1] IdHTTP.Post(Url, RequestStream, ResponseStream); // 处理可能残留的HTTP头 if IdHTTP.IOHandler.InputBuffer.Size > 0 then begin // 检查Content-Length [^3] ContentLength := IdHTTP.Response.ContentLength; if ContentLength > 0 then begin // 精确读取剩余字节 IdHTTP.IOHandler.ReadStream(ResponseStream, ContentLength, False); end else if Pos('chunked', IdHTTP.Response.TransferEncoding) > 0 then begin // 处理分块编码 [^3] repeat ChunkSize := StrToInt('$' + IdHTTP.IOHandler.ReadLn); if ChunkSize = 0 then Break; IdHTTP.IOHandler.ReadStream(ResponseStream, ChunkSize, False); IdHTTP.IOHandler.ReadLn; // 跳过CRLF until False; end else begin // 无长度信息时清空缓冲区 [^2] IdHTTP.IOHandler.InputBuffer.Clear; end; end; // 处理响应数据 [^1] ResponseStr := ResponseStream.DataString; ResponseStr := UTF8Decode(ResponseStr); finally // 资源释放 [^1] IdHTTP.Free; RequestStream.Free; ResponseStream.Free; end; end; ``` #### 关键改进点 1. **连接复用处理** 当使用`Connection: keep-alive`时[^2]，必须精确读取响应体： ```delphi if Pos('keep-alive', LowerCase(IdHTTP.Response.Connection)) > 0 then ReadRemainingBody(IdHTTP); ``` 2. **分块编码优化** 使用`ReadStream`替代逐字节读取[^3]，避免性能损耗： ```delphi // 高效读取分块数据 IdHTTP.IOHandler.ReadStream(ResponseStream, ChunkSize, False); ``` 3. **异常安全机制** 添加超时保护防止阻塞： ```delphi IdHTTP.IOHandler.ReadTimeout := 5000; // 5秒超时 try // 读取操作 except on E: EIdReadTimeout do IdHTTP.Disconnect; end; ``` #### 调试建议 1. 使用Wireshark抓包验证HTTP头尾边界 2. 在`ReadLn`后添加日志输出缓冲区内容： ```delphi Log('Buffer: ' + IdHTTP.IOHandler.InputBuffer.AsString); ``` 3. 检查服务器是否返回合法的`Content-Length`或`Transfer-Encoding` > 通过精确控制读取位置和长度，可彻底解决HTTP头残留问题[^1][^3]。期待下周继续深入讨论此话题！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值