久久久久久久av_日韩在线中文_看一级毛片视频_日本精品二区_成人深夜福利视频_武道仙尊动漫在线观看

  • <i id='qCpFH'><tr id='qCpFH'><dt id='qCpFH'><q id='qCpFH'><span id='qCpFH'><b id='qCpFH'><form id='qCpFH'><ins id='qCpFH'></ins><ul id='qCpFH'></ul><sub id='qCpFH'></sub></form><legend id='qCpFH'></legend><bdo id='qCpFH'><pre id='qCpFH'><center id='qCpFH'></center></pre></bdo></b><th id='qCpFH'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='qCpFH'><tfoot id='qCpFH'></tfoot><dl id='qCpFH'><fieldset id='qCpFH'></fieldset></dl></div>
      <legend id='qCpFH'><style id='qCpFH'><dir id='qCpFH'><q id='qCpFH'></q></dir></style></legend>

    1. <tfoot id='qCpFH'></tfoot>
    2. <small id='qCpFH'></small><noframes id='qCpFH'>

        <bdo id='qCpFH'></bdo><ul id='qCpFH'></ul>

      1. Ajax 密集型頁面:重用同一個 XMLHttpRequest 對象還是

        Ajax-intensive page: reuse the same XMLHttpRequest object or create new one every time?(Ajax 密集型頁面:重用同一個 XMLHttpRequest 對象還是每次都創(chuàng)建一個新對象?)
            <tbody id='anpoA'></tbody>

            <small id='anpoA'></small><noframes id='anpoA'>

            • <bdo id='anpoA'></bdo><ul id='anpoA'></ul>
            • <legend id='anpoA'><style id='anpoA'><dir id='anpoA'><q id='anpoA'></q></dir></style></legend>

                <i id='anpoA'><tr id='anpoA'><dt id='anpoA'><q id='anpoA'><span id='anpoA'><b id='anpoA'><form id='anpoA'><ins id='anpoA'></ins><ul id='anpoA'></ul><sub id='anpoA'></sub></form><legend id='anpoA'></legend><bdo id='anpoA'><pre id='anpoA'><center id='anpoA'></center></pre></bdo></b><th id='anpoA'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='anpoA'><tfoot id='anpoA'></tfoot><dl id='anpoA'><fieldset id='anpoA'></fieldset></dl></div>
                <tfoot id='anpoA'></tfoot>
                • 本文介紹了Ajax 密集型頁面:重用同一個 XMLHttpRequest 對象還是每次都創(chuàng)建一個新對象?的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)吧!

                  問題描述

                  我正在開發(fā)某種在線多用戶編輯器/合作界面,它將在一個頁面的生命周期內(nèi)執(zhí)行大量(如數(shù)千個)ajax 請求.

                  I'm working on some sort of online multiuser editor / coop interface, which will be doing a lot (as in, thousands) of ajax requests during one page lifetime.

                  什么是最好的:(在穩(wěn)定性、兼容性、避免麻煩方面的最好")

                  What would be best: ('best' in terms of stability, compatibility, avoiding trouble)

                  1. 創(chuàng)建一個 XMLHttpRequest 對象并為每個 HTTP 請求重用它

                  1. Create one XMLHttpRequest object and reuse that for every HTTP request

                  為每個 HTTP 請求創(chuàng)建一個新的 XMLHttpRequest 對象

                  Create a new XMLHttpRequest object for every HTTP request

                  管理 XMLHttpRequest 對象的動態(tài)池",在啟動 HTTP 請求且沒有現(xiàn)有對象可用時創(chuàng)建一個新對象,并在上次請求成功完成時將先前創(chuàng)建的對象標(biāo)記為可用"

                  Manage a dynamic 'pool' of XMLHttpRequest objects, creating a new one when starting a HTTP request and no existing object is available, and tagging a previously created object as 'available' when its last request was completed successfully

                  我認(rèn)為 1 不是一個選項,因為某些請求可能會失敗,我可能會在前一個請求尚未完成時發(fā)起新請求,等等.

                  I think 1 is not an option, cause some requests may fail, I may be initiating new requests while a previous one is not finished yet, etc.

                  至于 2,我猜這是內(nèi)存泄漏,或者可能導(dǎo)致瘋狂的內(nèi)存/資源使用.或者我可以在請求完成時以某種方式關(guān)閉或刪除對象嗎?(在哪里/如何?)或者 JS 垃圾收集器本身是否妥善處理這個問題?

                  As for 2, I guess this is a memory leak, or may result in insane memory/resource usage. Or can I somehow close or delete an object when its request is finished? (where/how?) Or does the JS garbage collector properly take care of this itself?

                  以前從未嘗試過 3,但感覺就像兩全其美.或者這樣的方法是不必要的,還是我仍然錯過了潛在的問題?究竟什么時候可以假設(shè)請求完成(因此,該對象可用于新請求),是在接收 readyState 4 和 http status 200 時?(即,我可以確定在那之后不會再有更新或回調(diào)嗎?)

                  Never tried 3 before but it feels like the best of both worlds. Or is an approach like that unnecessary, or am I still missing potential problems? Exactly when can I assume a request to be finished (thus, the object being available for a new request), is that when receiving readyState 4 and http status 200 ? (i.e. can I be sure no more updates or callbacks will ever follow after that?)

                  推薦答案

                  當(dāng)你需要的時候創(chuàng)建一個新的.一旦不再需要舊的,GC 將處理它們.

                  Create a new one when you need one. The GC will deal with the old ones once they are not needed anymore.

                  但是,對于像協(xié)作編輯器這樣的東西,您可能需要考慮使用 WebSockets 而不是一直發(fā)送請求.一個小的 HTTP 請求開銷很大,而 WebSocket 連接幾乎沒有開銷.

                  However, for something like a cooperative editor you might want to consider using WebSockets instead of sending requests all the time. The overhead of a small HTTP request is huge while there is almost no overhead with a WebSocket connection.

                  這篇關(guān)于Ajax 密集型頁面:重用同一個 XMLHttpRequest 對象還是每次都創(chuàng)建一個新對象?的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,也希望大家多多支持html5模板網(wǎng)!

                  【網(wǎng)站聲明】本站部分內(nèi)容來源于互聯(lián)網(wǎng),旨在幫助大家更快的解決問題,如果有圖片或者內(nèi)容侵犯了您的權(quán)益,請聯(lián)系我們刪除處理,感謝您的支持!

                  相關(guān)文檔推薦

                  Browser waits for ajax call to complete even after abort has been called (jQuery)(即使在調(diào)用 abort (jQuery) 之后,瀏覽器也會等待 ajax 調(diào)用完成)
                  JavaScript innerHTML is not working for IE?(JavaScript innerHTML 不適用于 IE?)
                  XMLHttpRequest cannot load, No #39;Access-Control-Allow-Origin#39; header is present on the requested resource(XMLHttpRequest 無法加載,請求的資源上不存在“Access-Control-Allow-Origin標(biāo)頭) - IT屋-程序員軟件開發(fā)技術(shù)分
                  Is it possible for XHR HEAD requests to not follow redirects (301 302)(XHR HEAD 請求是否有可能不遵循重定向 (301 302))
                  NETWORK_ERROR: XMLHttpRequest Exception 101(NETWORK_ERROR:XMLHttpRequest 異常 101)
                  XMLHttpRequest 206 Partial Content(XMLHttpRequest 206 部分內(nèi)容)
                    <tfoot id='xZ88z'></tfoot>

                        <legend id='xZ88z'><style id='xZ88z'><dir id='xZ88z'><q id='xZ88z'></q></dir></style></legend>
                      1. <i id='xZ88z'><tr id='xZ88z'><dt id='xZ88z'><q id='xZ88z'><span id='xZ88z'><b id='xZ88z'><form id='xZ88z'><ins id='xZ88z'></ins><ul id='xZ88z'></ul><sub id='xZ88z'></sub></form><legend id='xZ88z'></legend><bdo id='xZ88z'><pre id='xZ88z'><center id='xZ88z'></center></pre></bdo></b><th id='xZ88z'></th></span></q></dt></tr></i><div class="qwawimqqmiuu" id='xZ88z'><tfoot id='xZ88z'></tfoot><dl id='xZ88z'><fieldset id='xZ88z'></fieldset></dl></div>
                          <tbody id='xZ88z'></tbody>
                          <bdo id='xZ88z'></bdo><ul id='xZ88z'></ul>

                          • <small id='xZ88z'></small><noframes id='xZ88z'>

                            主站蜘蛛池模板: 中文在线视频 | 国产精品国产精品国产专区不卡 | 亚洲精品久久久久中文字幕欢迎你 | av一级在线观看 | 婷婷亚洲综合 | 久久久国产一区二区三区 | 亚洲一区二区三区视频 | 亚洲欧洲一区 | 欧美日韩一区二区在线 | 欧美aaaaaaaaaa| 麻豆av免费观看 | 欧美激情一区二区三区 | 91精品国产色综合久久不卡蜜臀 | 天天操人人干 | 涩爱av一区二区三区 | 四虎成人免费电影 | 亚洲福利网站 | 夜夜爽99久久国产综合精品女不卡 | 人人草天天草 | 亚洲一区中文字幕在线观看 | 99国内精品久久久久久久 | 日韩精品一区二区三区 | 91免费入口 | 精品国产乱码久久久久久1区2区 | 亚洲成人久久久 | 黄色网页在线观看 | 日本国产一区二区 | 九九精品久久久 | 精品国产黄a∨片高清在线 成人区精品一区二区婷婷 日本一区二区视频 | 黄片毛片在线观看 | 欧美综合国产精品久久丁香 | 精区3d动漫一品二品精区 | 久久久久久久久久毛片 | 成人精品久久久 | 久久久久91 | 欧美精品一区二区在线观看 | 亚洲第一黄色网 | 日本视频在线播放 | 中国三级黄色录像 | 视频一二区 | 精品国产乱码久久久久久闺蜜 |