• <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>

            socketref,再見!高德

            https://github.com/adoggie

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              246 Posts :: 4 Stories :: 312 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(54)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            w3.org定義了websocket的規范,但僅限于草案。
            websocket的出現可以提高用戶交互體驗,減少網絡io負荷
            當初http的出現,只是那個時代的產物,我覺得現在其已經是一種負擔和糟粕,應該推行出一套全新的符合時代潮流的互聯網協議,但又如何簡單。
            看了websocket與node.js的應用demo,由于還是 基于http鏈路的,所以消息的marshall/unmarshall必須是明文編碼,以 00開始ff結束一個封包。這很令我想不明白為何這么定義,也許草案階段的產物。那xml,json是格式化的最終選擇,兩端都是javascript引擎驅動數據轉換,某種應用角度來講不錯,但如果做實時的應用我覺得存在io浪費、時延等諸多問題。
            這個問題在于http的規范,且互聯網上充斥著對http支持的設備和系統,路由、網管都能識別http的報文并進行處理、分析。
            也許還再等等看看

            自己在寫的rpc可以實現python與flex進行rpc通信,等有時間實現一下websocket的rpc
            posted on 2012-09-15 14:15 放屁阿狗 閱讀(446) 評論(0)  編輯 收藏 引用
            青青热久久综合网伊人| 久久五月精品中文字幕| 91精品国产91久久久久久蜜臀 | 99久久免费国产特黄| 亚洲国产精品久久久久婷婷老年 | 精品久久久中文字幕人妻| 久久久亚洲欧洲日产国码二区| 亚洲国产精品婷婷久久| 久久人人爽人人爽人人片AV东京热 | 色综合久久久久无码专区| 99国内精品久久久久久久| 久久久久久久久久久精品尤物| 亚洲精品国产成人99久久| 久久久久亚洲AV无码观看| 品成人欧美大片久久国产欧美...| 久久精品国产亚洲AV影院| 国内精品久久久久久久久电影网| 久久久久久亚洲Av无码精品专口 | 久久精品国产亚洲AV不卡| 久久黄色视频| 99久久99久久精品国产片| 97久久天天综合色天天综合色hd| 久久妇女高潮几次MBA| 久久久久久国产a免费观看不卡| 99久久精品国产麻豆| 久久亚洲私人国产精品vA | 2020最新久久久视精品爱| 久久成人精品视频| 国产精品久久久久久搜索| 久久国产精品77777| 久久综合香蕉国产蜜臀AV| 亚洲午夜久久久久久久久久| 久久婷婷色综合一区二区| 中文国产成人精品久久亚洲精品AⅤ无码精品| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 国产精品一区二区久久不卡| 中文字幕乱码久久午夜| 99久久精品免费看国产一区二区三区 | 久久人人爽人人爽人人av东京热| 久久亚洲欧洲国产综合| 日韩AV毛片精品久久久|