• <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) 可兼職遠(yuǎn)程辦公開(kāi)發(fā); 2) 有一套Go+Python開(kāi)發(fā)的行業(yè)短信云平臺(tái)可合作;3)目前正在開(kāi)發(fā)物聯(lián)網(wǎng)、大數(shù)據(jù)平臺(tái)。

            recv行為描述錯(cuò)了

                  上一篇說(shuō)recv()問(wèn)題,我描述錯(cuò)誤了,很多網(wǎng)友一眼就發(fā)現(xiàn)了,而且指了出來(lái),十分感謝。
                  更難得的是第4位回復(fù)者,不但發(fā)現(xiàn)我的錯(cuò)誤,而且能推測(cè)出我實(shí)現(xiàn)中是怎么做的,這種分析能力,一方面體現(xiàn)出你一定的實(shí)際開(kāi)發(fā)經(jīng)驗(yàn),另一方面也體現(xiàn)了你對(duì)需求理解能力一定很不錯(cuò)。
                  正如第4位回復(fù)者所說(shuō),為了能方便使用經(jīng)典的同步-阻塞模式,一般會(huì)采用select()-recv()搭配調(diào)用,還會(huì)對(duì)recv()進(jìn)行封裝.
                  ssize_t recv(int s, void *buf, size_t len, int flags);
                  其行為是有數(shù)據(jù)就返回,返回實(shí)際收到長(zhǎng)度: [1,  len], 或者正常關(guān)閉返回0, 或者出現(xiàn)錯(cuò)誤返回-1.
                  因?yàn)槲覀儜?yīng)用常常喜歡使用包頭固定長(zhǎng)度 + 包體變長(zhǎng)模式來(lái)處理,我們是知道我們一定要多長(zhǎng)才能正確得到一個(gè)協(xié)議包的,所以收滿一個(gè)固定包頭長(zhǎng)度才能處理,得到包體長(zhǎng)度值,再用這個(gè)長(zhǎng)度去接收包體。
                  因此做一個(gè)封裝是常見(jiàn)現(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;
            }
                  這個(gè)其實(shí)也不完全是現(xiàn)實(shí)中的,現(xiàn)實(shí)中可能返回int, 可能里面有日志處理,可能直接有close()。
                  總之,這么封裝之后,你調(diào)用Read( buf, 31), 如果服務(wù)器只返回4個(gè)字節(jié),既不關(guān)閉也不異常,那結(jié)果就是一直等待數(shù)據(jù)到來(lái)。
                  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)問(wèn)題。
                  

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

            評(píng)論

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

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

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

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

            # re: recv行為描述錯(cuò)了[未登錄](méi) 2012-05-10 11:14 春秋十二月

            @天下
            不帶超時(shí)用MSG_WAITALL是不錯(cuò)的選擇 唯一的問(wèn)題可能是底層支持及跨平臺(tái)與否   回復(fù)  更多評(píng)論   


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


                                                        
            一本久久知道综合久久| 91精品国产91热久久久久福利| 久久免费国产精品| 久久精品无码一区二区WWW| 无码人妻少妇久久中文字幕蜜桃| AAA级久久久精品无码片| 国产精品久久久久乳精品爆| 色综合久久久久综合99| 无码伊人66久久大杳蕉网站谷歌 | 内射无码专区久久亚洲| 很黄很污的网站久久mimi色| 久久综合九色综合网站| 嫩草影院久久99| 国产69精品久久久久9999APGF | 亚洲中文精品久久久久久不卡| 久久人人爽人人爽人人片AV麻烦| 漂亮人妻被中出中文字幕久久 | 囯产极品美女高潮无套久久久| 久久久久久精品无码人妻| 一本色道久久99一综合| 99久久婷婷国产综合亚洲| 国产精品久久精品| 色综合久久中文字幕无码| 久久久久久人妻无码| 2020久久精品亚洲热综合一本| 久久久久se色偷偷亚洲精品av | 中文字幕一区二区三区久久网站| 久久线看观看精品香蕉国产| 精品国产91久久久久久久a| 日本精品一区二区久久久| 久久久久免费精品国产| 欧美大香线蕉线伊人久久| 欧美日韩精品久久久久| 久久精品国产精品亚洲毛片| 久久久国产精品福利免费| 欧美伊人久久大香线蕉综合69| 久久久久久久97| 久久99毛片免费观看不卡| 精品乱码久久久久久久| 精品乱码久久久久久夜夜嗨| 99久久精品免费看国产一区二区三区|