• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            冰果

            技術(shù)群:26678700     
            交流QQ: 704839634
            合作: 1) 可兼職遠程辦公開發(fā); 2) 有一套Go+Python開發(fā)的行業(yè)短信云平臺可合作;3)目前正在開發(fā)物聯(lián)網(wǎng)、大數(shù)據(jù)平臺。

            recv行為描述錯了

                  上一篇說recv()問題,我描述錯誤了,很多網(wǎng)友一眼就發(fā)現(xiàn)了,而且指了出來,十分感謝。
                  更難得的是第4位回復(fù)者,不但發(fā)現(xiàn)我的錯誤,而且能推測出我實現(xiàn)中是怎么做的,這種分析能力,一方面體現(xiàn)出你一定的實際開發(fā)經(jīng)驗,另一方面也體現(xiàn)了你對需求理解能力一定很不錯。
                  正如第4位回復(fù)者所說,為了能方便使用經(jīng)典的同步-阻塞模式,一般會采用select()-recv()搭配調(diào)用,還會對recv()進行封裝.
                  ssize_t recv(int s, void *buf, size_t len, int flags);
                  其行為是有數(shù)據(jù)就返回,返回實際收到長度: [1,  len], 或者正常關(guān)閉返回0, 或者出現(xiàn)錯誤返回-1.
                  因為我們應(yīng)用常常喜歡使用包頭固定長度 + 包體變長模式來處理,我們是知道我們一定要多長才能正確得到一個協(xié)議包的,所以收滿一個固定包頭長度才能處理,得到包體長度值,再用這個長度去接收包體。
                  因此做一個封裝是常見現(xiàn)象:

            bool Read(int sock, char * buffer, size_t len)
            {
                    int ret = 0;
                    while( len > 0 ) {
                            ret = recv( sock, buffer, len, 0 );
                            if( 0 >= ret ) {
                                    return false;
                            }
                            buffer += ret;
                            len -= ret;
                    }
                    return true;
            }
                  這個其實也不完全是現(xiàn)實中的,現(xiàn)實中可能返回int, 可能里面有日志處理,可能直接有close()。
                  總之,這么封裝之后,你調(diào)用Read( buf, 31), 如果服務(wù)器只返回4個字節(jié),既不關(guān)閉也不異常,那結(jié)果就是一直等待數(shù)據(jù)到來。
                  If no messages are available at the socket, the receive calls wait for a message to  arrive, unless the socket is non-blocking。
                  歡迎多討論,歡迎多發(fā)現(xiàn)問題。
                  

            posted on 2012-03-09 21:24 冰果 閱讀(1392) 評論(3)  編輯 收藏 引用

            評論

            # re: recv行為描述錯了 2012-03-10 15:36 春秋十二月

            這個Read函數(shù),前提是socket是blocking的,如果是no-blocking的話,就要搭配select了  回復(fù)  更多評論   

            # re: recv行為描述錯了 2012-05-09 14:18 天下

            你要這樣用的話,一個參數(shù)就可以了,何必這么麻煩
            在阻塞的方式下:
            注意recv的最后一個參數(shù):MSG_WAITALL  回復(fù)  更多評論   

            # re: recv行為描述錯了[未登錄] 2012-05-10 11:14 春秋十二月

            @天下
            不帶超時用MSG_WAITALL是不錯的選擇 唯一的問題可能是底層支持及跨平臺與否   回復(fù)  更多評論   


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


                                                        
            丁香狠狠色婷婷久久综合| 狠狠色丁香婷婷综合久久来来去| 久久精品国产清高在天天线| 久久亚洲私人国产精品vA| 亚洲一本综合久久| 亚洲中文字幕无码久久2020| 97超级碰碰碰碰久久久久| 成人午夜精品无码区久久 | 亚洲午夜精品久久久久久浪潮| 亚洲精品乱码久久久久久蜜桃| 久久精品国产亚洲AV无码偷窥| 93精91精品国产综合久久香蕉| 少妇久久久久久被弄高潮| 久久亚洲高清综合| 日韩亚洲欧美久久久www综合网| 777午夜精品久久av蜜臀| 91精品国产91久久久久久| 久久AV高潮AV无码AV| 久久久精品国产亚洲成人满18免费网站| 亚洲精品乱码久久久久久蜜桃不卡 | 国产精品岛国久久久久| 怡红院日本一道日本久久| 亚洲国产精品无码成人片久久 | 久久久国产一区二区三区| 99久久这里只有精品| 97久久婷婷五月综合色d啪蜜芽 | 久久久国产精华液| 中文字幕精品久久| 亚洲欧洲中文日韩久久AV乱码| 66精品综合久久久久久久| 狠狠色丁香久久婷婷综| 久久精品国产亚洲av麻豆小说| 97精品依人久久久大香线蕉97| 伊人久久大香线蕉综合5g | 色综合久久无码中文字幕| 亚洲色欲久久久综合网东京热| 亚洲国产成人久久综合野外| 日韩欧美亚洲综合久久影院Ds | 亚洲国产视频久久| 精品国产乱码久久久久软件| 2020国产成人久久精品|