通过实验,整理了部分主流手机浏览器的并发请求数

网上未见针对移动端的浏览器并发数统计,可见的帖子数据全部来自于 StackOverflow 关于主机浏览器的一篇描述。
所以,设计了实验,探测了部分手机浏览器,对同域的并发访问量。

以下是实验程序
服务端(Java)

static private final AtomicLong SEQ = new AtomicLong(0);

@RequestMapping(value = "sleep/{s}", method = GET)
public Result<Long> sleepForSeconds(@PathVariable("s") int secondNum)
{
    long index = SEQ.incrementAndGet();
    try { Thread.sleep(secondNum * 1000); }
    catch (InterruptedException iex) { }
    Result<Long> result = new Result<>();
    result.setData(index);
    result.setSuccess(true);
    return result;
}

前端(JavaScript with jQuery)

<div id="area_display"></div>
<script>
var nowInMillis = new Date().getTime();
for (var i = -1; ++i != 28; )
{
    $.get(apictx + ‘/try/sleep/4?t=‘ + nowInMillis + ‘_‘ + i).done(function(result)
    {
        var html = $(‘#area_display‘).html();
        html += result.data + ‘(use ‘;
        html += new Date().getTime() - nowInMillis + ‘ms)<br />‘;
        $(‘#area_display‘).html(html);
    });
}
</script>

本文还发表于在其它网站
CSDN :https://blog.csdn.net/ShaneLooLi/article/details/104123946
ITeye :https://www.iteye.com/blog/user/surmounting/blog/2512203
中国开源社区:https://my.oschina.net/shane1984/blog/3162224

原文地址:https://blog.51cto.com/shanelooli/2468681

时间: 2024-10-29 07:52:59

通过实验,整理了部分主流手机浏览器的并发请求数的相关文章

关于浏览器并发请求数的研究及优化

下面先看一下各个浏览器的并发请求数限制: 通过并发数的限制衍生了domain hash, cookie free. 按照普通设计,当网站cookie信息有1 KB.网站首页共150个资源时,用户在请求过程中需要发送150 KB的cookie信息,在512 Kbps的常见上行带宽下,需要长达3秒左右才能全部发送完毕. 尽管这个过程可以和页面下载不同资源的时间并发,但毕竟对速度造成了影响. 而且这些信息在js/css/images/flash等静态资源上,几乎是没有任何必要的. 解决方案是启用和主站

三大主流手机浏览器对比:哪个最安全?

随着用户在手机上操作的应用越多越来越多,不止是上网浏览网页等,还涉及网购和手机支付等,安全问题已经成为移动互联网最重要的问题.作为用户使用最频繁的应用之一,手机浏览器的安全问题也更为突出,那么目前市面主流的手机浏览器哪款才是更安全的呢? 本文对国内市场份额前三名的UC手机浏览器.QQ手机浏览器.百度手机浏览器进行逐一对比. 一.信息传输对比 信息传输是一个应用安全最为重要的环节,如果敏感信息泄露,将造成用户直接利益损失.通过网络劫包和解密,发现三款手机浏览器在信息传输过程中加密方式不一. 首先先

和浏览器并发请求数有关的一些前端技术

节选自 http://www.zhihu.com/question/20474326 前端技术的逐渐成熟,衍生了domain hash, cookie free, css sprites, js/css combine, max expires time, loading images on demand等技术.这些技术的出现和大量使用都和并发资源数有关. 1.按照普通设计,当网站cookie信息有1 KB.网站首页共150个资源时,用户在请求过程中需要发送150 KB的cookie信息,在51

浏览器允许的并发请求资源数 优化

首先,是基于端口数量和线程切换开销的考虑,浏览器不可能无限量的并发请求,因此衍生出来了并发限制和HTTP/1.1的Keep alive. 所以,IE6/7在HTTP/1.1下的并发才2,但HTTP/1.0却是4. 而随着技术的发展,负载均衡和各类NoSQL的大量应用,基本已经足以应对C10K的问题. 但却并不是每个网站都懂得利用domain hash也就是多域名来加速访问.因此,新的浏览器加大了并发数的限制,但却仍控制在8以内. 后端:浏览器即使放弃保护自己,将所有请求一起发给服务器,也很可能会

浏览器允许的并发请求资源数

一. 浏览器的并发请求数目限制是针对同一域名的.即,同一时间针对同一域名下的请求有一定数量限制.超过限制数目的请求会被阻塞. 不同浏览器这个限制的数目不一样: 二. 下边技术的出现和大量使用都和并发资源数有关. 1.Cookie-free domain 由于写在主域名下的cookie,如 xxx.com下的 cookie 比较大的情况下,若图片之类的 pic.xxx.com  图片去服务器取数据的时候,都需要发送本地的头,就会带上cookie,这样就会造成send数据过多,导致速度变慢像 js.

浏览器允许的并发请求资源数是什么意思?

这个问题药系统的回答,还需要从前后端两方面思考 这个问题实际上涉及非常多的考虑和因此而发生的优化技术: 首先,是基于端口数量和线程切换开销的考虑,浏览器不可能无限量的并发请求,因此衍生出来了并发限制和HTTP/1.1的Keep alive. 所以,IE6/7在HTTP/1.1下的并发才2,但HTTP/1.0却是4. 而随着技术的发展,负载均衡和各类NoSQL的大量应用,基本已经足以应对C10K的问题. 但却并不是每个网站都懂得利用domain hash也就是多域名来加速访问.因此,新的浏览器加大

探知 浏览器并发请求个数

起因:在工作中经常会发现浏览器请求过多,会很慢很卡,但我并不知道并发请求个数, 于是就写个例子,探知浏览器并发请求的个数. 思路:1.新建网站. 2.添加两个按钮,分别添加点击事件,请求不同接口. 3.服务端添加内容,打印当前时间的日志,并使进程sleep 10秒. 4.分别点击按钮,查看日志时间连续记录有几条,即为并发请求个数,间隔时间长的打印,即为下次排队执行的请求. html部分: 添加两个 <body> <input id="Button1" type=&qu

微信jsApI及微信分享对应在手机浏览器的调用总结。

摘录自别人的博客: 第一篇:微信内置浏览器的JsAPI(WeixinJSBridge续) 之前有写过几篇关于微信内置浏览器(WebView)中特有的Javascript API(Javascript Interface)的文章,不过随着微信官方的调整,部分API已经不能直接使用,比如类似直接分享到朋友圈 WeixinJSBridge.invoke('shareTimeline',data,callback) 这样的功能,直接调用,会得到一个访问拒绝的response.后来重新调研了下,整理出来了

实现在手机浏览器上面打 电话发 短信 定位的 功能

如果需要在移动浏览器中实现拨打电话,调用sms,发送email等功能,移动手机WEB页面(HTML5)Javascript提供的接口是一个好办法. 采用url链接的方式,实现在Safari ios,Android 浏览器,webos浏览器,塞班浏览器,IE,Operamini等主流浏览器,进行拨打电话功能. 1. 打电话 在电话号码前面可以加上 + (加号)表示国际号码.如: 最常用WEB页面JS实现一键拨号的电话拨打功能 例子: 1 <a href="tel:10086">