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

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

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

    stone2083

    資源如何避免多線程下載

    今天在一次會(huì)議中,有朋友問(wèn)我,如何避免資源被迅雷等工具多線程下載?

    確實(shí),一些中小企業(yè)站點(diǎn),尤其是個(gè)人站點(diǎn),由于沒(méi)有過(guò)多資金,服務(wù)器承受不了大的壓力,站點(diǎn)提供的資源,一旦被迅雷等多線程工具下載,
    對(duì)服務(wù)器的壓力還是蠻客觀的。

    那么有什么辦法避免多線程下載呢?其實(shí)最簡(jiǎn)單的辦法,就是服務(wù)端根本就不要提供Content-Length值。試想一下,如果多線程下載工具得不到文件總大小值,如何分配去分配每個(gè)線程需要下載的量呢?不得已,只能通過(guò)單線程下載了。

    以http下載為例,我寫了一個(gè)提供下載的servlet,由于不返回Content-Length值(只返回了ContentType值),這個(gè)serlvet返回的流,只能單線程下載。
    public class Download extends HttpServlet {

        
    private static final long   serialVersionUID = 8401962046132204450L;

        
    private static final String FILE_PATH        = "/home/jones/tmp/sample.zip";

        @Override
        
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
            resp.setContentType(
    "application/octet-stream");

            OutputStream out 
    = resp.getOutputStream();

            FileInputStream in 
    = new FileInputStream(FILE_PATH);
            
    int readLength = 0;
            
    byte[] cache = new byte[1024];
            
    while ((readLength = in.read(cache)) != -1) {
                out.write(cache, 
    0, readLength);
            }
            in.close();

            out.flush();
            out.close();
        }
    }

    同樣的道理,只要配置服務(wù)器不要返回Content-Length值,那么就可以有效避免多線程下載了。

    posted on 2008-03-17 21:58 stone2083 閱讀(891) 評(píng)論(2)  編輯  收藏 所屬分類: misc

    Feedback

    # re: 資源如何避免多線程下載[未登錄](méi) 2008-07-18 09:33 agapple

    如果所有的下載請(qǐng)求都經(jīng)過(guò)servlet讀入與寫入,大量的下載請(qǐng)求會(huì)壓垮服務(wù)器
    我記得在javaeye看過(guò)robbin的一片文章,將下載文件直接推給網(wǎng)卡buffer,讓操作系統(tǒng)負(fù)責(zé)處理下載請(qǐng)求, 比如lighttd的X-sendfile
      回復(fù)  更多評(píng)論   

    # re: 資源如何避免多線程下載 2008-07-18 20:39 stone2083

    文章的本意不是說(shuō)通過(guò)servlet,來(lái)控制文件的下載。
    而是站在協(xié)議的角度上,通過(guò)servlet的例子,來(lái)說(shuō)明,只要修改content-length的值,就能達(dá)到“只允許單線程下載資源“的目的。
    雖然,通過(guò)修改協(xié)議的規(guī)定,擅自修改http頭信息的方式的做法,不符合規(guī)范。但是對(duì)于小站點(diǎn)來(lái)說(shuō),是一個(gè)成本最小的方法。
    站點(diǎn)上的圖片等,都是資源,如果都允許多線程下載,那么用戶量一多,對(duì)于小網(wǎng)站來(lái)說(shuō),還是有點(diǎn)困難的。
    文章采用servlet,僅僅用于舉例說(shuō)明.真正的應(yīng)用上,可以通過(guò)修改apache,lighttpd,等web服務(wù)器的配置,來(lái)達(dá)到這個(gè)目的。

    如果是資源的下載,那么肯定通過(guò)更為專業(yè)的ftp server來(lái)對(duì)外服務(wù)。而不是采用http協(xié)議。當(dāng)然傳統(tǒng)的ftp server,也是有IO消耗的。

    至于樓上所說(shuō)的X-sendfile,我也看過(guò)javaeye的文章(http://robbin.javaeye.com/blog/154538)。X-sendfile,確實(shí)是一個(gè)很先進(jìn)的理念(至少我看來(lái)是,或許我是一個(gè)很老土的人)。
    但是自己對(duì)這個(gè)沒(méi)有任何嘗試,也沒(méi)有更多的評(píng)論資格。  回復(fù)  更多評(píng)論   

    主站蜘蛛池模板: 久久久久国产精品免费看| 亚洲国产精品成人| 免费国产成人午夜在线观看| 亚洲中文字幕无码中文| 久久久无码精品亚洲日韩蜜桃| 在线看片无码永久免费aⅴ| 18女人毛片水真多免费| 热久久这里是精品6免费观看| 国产亚洲福利一区二区免费看| 亚洲三级在线播放| 亚洲人成网www| 亚洲国产精华液网站w| 亚洲另类少妇17p| 国产免费av一区二区三区| 久久久久国色AV免费看图片| 18级成人毛片免费观看| 亚洲免费精彩视频在线观看| 三级黄色片免费看| 福利免费在线观看| 国产精品福利片免费看| 五月婷婷免费视频| 免费国产黄网站在线看| 理论秋霞在线看免费| 朝桐光亚洲专区在线中文字幕| 亚洲欧美黑人猛交群| 亚洲日韩一区二区一无码| 天堂亚洲国产中文在线| 国产精品亚洲精品| 亚洲最大的成人网站| 亚洲精品免费网站| 亚洲一区二区无码偷拍| 亚洲码欧美码一区二区三区| 亚洲一区二区三区久久| 亚洲fuli在线观看| 午夜在线a亚洲v天堂网2019| 亚洲精品无码高潮喷水A片软| 欧洲亚洲国产精华液| 精品视频免费在线| 一区二区视频免费观看| 国产一级黄片儿免费看| 免费国产午夜高清在线视频|