<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    莊周夢蝶

    生活、程序、未來
       :: 首頁 ::  ::  :: 聚合  :: 管理

    Kilim的小BUG

    Posted on 2010-11-03 23:22 dennis 閱讀(2802) 評論(2)  編輯  收藏 所屬分類: java

        我最近在實現一個基于Kilim的HttpClient,在處理響應body特別大的情形下遇到了kilim的一個BUG,有必要記錄下。
        問題是這樣,Kilim將連接封裝為EndPoint對象,EndPoint有個方法fill用于從管道讀數據到緩沖區,并且可以指定希望至少讀到多少個字節(atLeastN)才返回。那么在進入此方法的時候會判斷緩沖區是否有足夠空間容納atLeastN個字節,如果沒有,則創建一個更大的緩沖區,并將“老”的緩沖區的數據拷貝到新緩沖區,這部分代碼是這樣實現:
    public ByteBuffer fill(ByteBuffer buf, int atleastN) throws IOException, Pausable {
            
    if (buf.remaining() < atleastN) {
                ByteBuffer newbb 
    = ByteBuffer.allocate(Math.max(buf.capacity() * 3 / 2, buf.position() + atleastN));
                buf.rewind();
                newbb.put(buf);
                buf 
    = newbb;
            }
            ……
    }

        后面的代碼我省略了,這個BUG就出現在這段代碼里。這段代碼的邏輯很簡單,先是創建一個新的更大的緩沖區,然后將老的緩沖區的數據put到新的緩沖區,在put之前調用rewind方法將老的緩沖區的position設置為0。查看rewind干了什么:
     public final Buffer rewind() {
        position 
    = 0;
        mark 
    = -1;
        
    return this;
        }

        僅僅是將position設置為0,并讓mark失效。position指向下一個讀或者寫的位置,這里在寫入到新緩沖區之前確實需要將position設置為0,以便寫入從老的緩沖區第一個位置開始。問題是什么?問題是position僅僅指定了下一個讀取數據的位置,卻沒有指定有效數據的大小,換句話說,沒有指定老的緩沖區的limit。因此這里造成的后果是老的緩沖區整個被寫入到新的老緩沖區,包括有效數據和無效數據,默認情況下緩沖區的limit等于capacity。

       這個bug可以通過下面程序看出來:
            ByteBuffer old = ByteBuffer.allocate(8);
            old.putInt(
    99);
            ByteBuffer newBuf 
    = ByteBuffer.allocate(16);
            old.rewind();
            newBuf.put(old);
            newBuf.putInt(
    100);

            newBuf.flip();
            System.out.println(newBuf.remaining());
            System.out.println(newBuf.getInt());
            System.out.println(newBuf.getInt());
            System.out.println(newBuf.getInt());

        先往old寫入一個整數99,然后創建newBuf并寫入old數據,并再寫入一個整數100,最后從newBuf讀數據。本來我們預期只應該讀到兩個整數99和100,但是中間卻插入一個0,輸出如下:

    12
    99
    0
    100

        12表示緩沖區可讀的數據,本來應該是8個字節,卻多了4個字節的無效數據。

         這個BUG解決很簡單,將rewind修改為flip方法即可,flip不僅將position設置為0,也將limit設置為當前位置:
      public final Buffer flip() {
        limit 
    = position;
        position 
    = 0;
        mark 
    = -1;
        
    return this;
        }


        修改上面的測試程序,符合我們的預期了:
            ByteBuffer old = ByteBuffer.allocate(8);
            old.putInt(
    99);
            ByteBuffer newBuf 
    = ByteBuffer.allocate(16);
            old.flip();
            newBuf.put(old);
            newBuf.putInt(
    100);

            newBuf.flip();
            System.out.println(newBuf.remaining());
            System.out.println(newBuf.getInt());
            System.out.println(newBuf.getInt());;

        輸出:
    8
    99
    100

        總結,使用rewind的前提是limit已經正確設置,例如你將buffer寫入成功并想記錄這個buffer,可以使用rewind:
    while (buffer.hasRemaining()) //發送數據
        networkChannel.write(buffer);
    buffer.rewind(); 
    // 重置buffer,準備寫入日志管道
    while (buffer.hasRemaining()) // 寫入日志
        loggerChannel.write(buffer);

       而flip用于緩沖區發送或者讀取之前,也就是將緩沖區設置為等待傳出狀態。

    評論

    # re: Kilim的小BUG  回復  更多評論   

    2010-12-14 07:30 by zz69
    這里應該注意到原始設計中 的使用場景是當oldbuffer 不夠大的時候,也就是oldbuffer有一個隱含的意思就是已被寫滿,那么limit == capacity 使用flip抑或是rewind效果是一樣的,甚至這個地方rewind更能表現出代碼原始的使用企圖

    個人理解,還請多多指教

    # re: Kilim的小BUG  回復  更多評論   

    2010-12-14 10:48 by dennis

    @zz69
    這里并沒有什么隱含的意思,判斷條件是
    buf.remaining() < atleastN

    而不是

    !buf.hasRemaining()
    主站蜘蛛池模板: 人妖系列免费网站观看| 四虎亚洲精品高清在线观看| free哆拍拍免费永久视频| 免费真实播放国产乱子伦| 亚洲变态另类一区二区三区| 日韩免费视频观看| 瑟瑟网站免费网站入口| 亚洲成人高清在线| 久久不见久久见免费影院www日本 久久WWW免费人成—看片 | 自拍偷自拍亚洲精品播放| 日韩免费毛片视频| 三级片免费观看久久| 国产亚洲AV手机在线观看| 野花香在线视频免费观看大全| 亚洲Aⅴ无码专区在线观看q| 95免费观看体验区视频| 亚洲专区一路线二| 国产又大又粗又硬又长免费| 一区二区三区免费视频播放器| 日韩亚洲欧洲在线com91tv| 亚欧色视频在线观看免费| 在线综合亚洲欧洲综合网站 | 亚洲狠狠婷婷综合久久| 五月婷婷亚洲综合| 国产猛男猛女超爽免费视频| 亚洲国产成a人v在线| 国产片免费在线观看| 中国国语毛片免费观看视频| 亚洲精品国产免费| 国产成人免费a在线视频色戒| 一级毛片免费播放试看60分钟 | 亚洲一线产区二线产区精华| 国产美女被遭强高潮免费网站| 久久免费国产精品| 亚洲精品资源在线| 在线a亚洲v天堂网2018| 亚欧日韩毛片在线看免费网站| 亚洲乱码av中文一区二区| 久久亚洲色一区二区三区| av大片在线无码免费| japanese色国产在线看免费|