器后，服务器会根据请求返回相应的第一数据给第一应用，但是中间存在时间差。如果当前移动终端的所使用的网络的网速较低，即移动终端处于低网速网络环境，而第一数据的数据量较大，则第一应用接收所述第一数据的时间就比较长。在该段时间内，第一应用当前展示的页面就一直展示加载状态，比如纯粹的空白页面或者展示一个加载图标。
[0060]在本发明实施例中，上述低网速网络环境可以理解为网速低于第一阈值的情况，该第一阈值比如下行速度0.1mbs (兆每秒)。
[0061]那么本发明实施例则会判断当前的移动终端的网速是否低于第一阈值，即判断当前移动终端是否处于低网速的环境。那么如果确定当前的移动终端的网速低于第一阈值，则进入步骤130。如果当前网络环境不是低网速网速网络环境，则进入步骤140，直接接收上述第一数据，在当前展示页面中加载所述第一数据进行展示。
[0062]在本发明实施例中，判断当前移动终端的网速是否低于第一阈值，可以采用多种方式。第一阈值可以根据实际情况设置。
[0063]比如，直接根据所在网络的类型判断，通常情况下，移动通信网络包括多种制式，比如2G网络、3G、网络、4G网络，一般而言2G网络的网速很低，那么本发明可直接判断当前的网络是否为2G网络，如果是2G网络，则确定当前网络环境是低网速网速网络环境，即移动终端处于低网速环境。
[0064]当然，也可以实时调用网速测试工具，比如speedtest网速测试工具，测试当前的网速然后将当前的网速与第一阈值进行比较，如果当前网速低于前述第一阈值，则确定移动终端处于低网速网络环境。
[0065]当然，可以在监控第一应用启动时，并行启动网速测试工具，不断测试当前的网速，并对最新的网速进行记录。那么本发明则在监听到第一应用的所述网络请求后，读取所记录的网速，将该网速与第一阈值进行比较，如果当前网速低于前述第一阈值，则确定移动终端处于低网速网络环境。
[0066]优选的，所述判断当前网络环境是否为低网速网速网络环境包括:
[0067]子步骤122，判断针对所述网络请求的响应时延是否大于第二阈值，如果所述响应时间时延大于第二阈值，则确定当前网络环境是低网速网速网络环境。
[0068]在本发明实施例中，可以直接根据第一应用发起的网络请求，如HTTP(HTTPHypertext transfer protocol，超文本传送协议)请求，去判断当前网络环境是低网速网速网络环境。
[0069]对于网络请求，其发出去之后，相应服务器则会返回响应报文，那么本发明可在第一应用发出HTTP请求时记录发出时刻，然后从该发出时刻起，计算第一应用接收该响应报文的响应时延，比如第一应用在发出HTTP请求后3秒之内还未接收到响应报文，则判断服务器针对所述网络请求的响应时延大于第二阈值，则确定当前网络环境是低网速网速网络环境。
[0070]在实际应用中，响应报文结构示例如下:
[0071]HTTP/表示版本号和响应码
[0072]Connect1n:表示连接状态
[0073]Date:表示响应时间
[0074]Server:表示服务器名称
[0075]X-Powered-By:表不编辑语言
[0076]Content-Length:表示返回的数据长度
[0077]Content-Type:表示数据类型
[0078]control:具体的数据内容。
[0079]那么如果第一应用在发出网络请求后，在第二阈值内未接收到针对该网络请求的响应，则确定当前网络环境是低网速网速网络环境。
[0080]步骤130，获取第二数据，并将当前展示页面中的加载状态替换为展示所述第二数据；
[0081]在确定当前的网络环境是低网速网络环境之后，则在同时保持接收第一数据的情况下，去获取可以快速展示的第二数据，将第二数据替换当前展示页面中的加载状态替换为展示所述第二数据。上述当前展示页面的加载状态比如空白页面、或者只有加载图标的页面。
[0082]优选的，在本发明实施例中，第一应用可以为浏览器，当前展示页面可以为浏览器的tab页面。
[0083]优选的，所述将当前展示页面中的加载状态替换为展示所述第二数据包括:
[0084]子步骤132，将第二数据转换为网页文档，重新在所述tab页面进行渲染。
[0085]因为浏览器是在tab页面中将网页文档进行解析和渲染，从而进行展示。而第二数据可能不是网页文档格式的内容，那么本发明实施例则将第二数据转换为网页文档，然后在tab页面中重新以该转换后的网页文档进行解析和渲染，从而tab页面中则可展示第二数据，
[0086]步骤140，当第一应用接收到所述第一数据后，将当前的展示页面中展示的第二数据替换为所述第一数据。
[0087]在本发明实施例中，在展示第二数据的同时，第一应用还可继续接收第一数据，如果接收到第一数据，则将当前展示页面中展示的第二数据替换为该第一数据。
[0088]以浏览器为例，比如浏览器接收到针对其发送网络请求的网页文档，则可以将该网页文档在当前展示页面再次重新进行渲染，那么第一数据即替换了前述第二数据，浏览器实际需求的第一数据即可展示给用户。
[0089]在本发明实施例中，步骤110至步骤140的执行主体均可以为第一应用本身。
[0090]本发明实施例在低网速的网络环境下，由在当前用户打开的第一应用后，由该第一应用发起网络请求以获取第一数据时，如果该第一数据的数据量较大，则第一应用获取该第一数据速度慢，使第一应用当前展示页面长时间处于加载状态，那么用户则会长时间看到空白的展示页面，而本发明则通过获取可以快速进行展示的第二数据，将当前展示页面中的加载状态替换为展示所述第二数据，同时还从网络中获取第一数据，当获取到第一数据后，将当前展示页面中的第二数据替换为所述第一数据。如此，可以在用户等待第二数据的过程中展示第一数据，为用户提供丰富的信息，降低用户看到的空白时间，增强用户体验。
[0091]实施例二
[0092]参照图2，其示出了本发明实施例的一种数据展示方法的流程示意图，具体可以包括:
[0093]步骤210，监听第一应用对第一数据的网络请求；
[0094]步骤220，如果监听到第一应用的所述网络请求，则判断当前网络环境是否为低网速网速网络环境；如果当前网络环境是低网速网速网络环境，则进入步骤230。
[0095]步骤230，通过第二应用获取第二数据，并将当前展示页面中的加载状态替换为展示所述第二数据；所述第二数据的数据量小于第一阈值；
[0096]在本发明实施例中，如果当前网络环境是低网速的网络环境，则可以第二应用获取第二数据，比如从天气应用中获取天气，从日志应用中获取在日志中记录的与当前时刻最近的安排事务等。
[0097]当然，也可以通过第二应用去请求数量小的第二数据，从而从可以快速从服务器获取该第二数据。也可以理解，本发明实施例从当前的网络带宽中分配小部分带宽，给第二应用使用，第二应用则通过该带宽从服务器获取小数据量的第二数据。本发明实施例中可以预先设置一个第二应用名单，该名单中的第二应用请求的第二数据量小，比如30k以内。本发明可以获取第二应用名单中某个第二应用的第二数据。
[0098]优选的，所述通过第二应用获取第二数据包括:
[0099]子步骤232，在系统后台中触发第二应用针对第二数据的网络请求；
[0100]在本发明实施例中，可以启动指定的第二应用，使第二应用在系统后台运行，不影响第一应用的展示界面。
[0101]当然，在本发明实施例中，在启动第二应用之前，还包括:判断系统后台是否运行了第二应用，如果没有运行第二应用，则启动第二应用，然后在系统后台中触发第二应用针对第二数据的网络请求；如果后台已经运行了第二应用，则在系统后台中触发第二应用针对第二数据的网络请求。、
[0102]在本发明实施例中后台运行的第二应用请求数据量小的第二数据，比如天气应用请求的当前的天气，其只是几个文本信息，如(当前气温:30度；当前湿度20 ;当前风力:3级；下午雷阵雨)，其数据量小，只有几k。又比如从通知指定应用从指定服务器获取简单文本类型的广告数据，或者获取简单文本的笑话等。又比如，从股票应用中获取当前用户购买的股票的价位信息，如(Al股，购入价格12.00，最新价格13.00，总盈利500)，该数据也只有几k。
[0103]子步骤234，拦截服务器返回给第二应用的第二数据。
[0104]对于服务器返回给第二应用的第二数据，在第二应用从服务器发送到移动终端之后，拦截该第二数据，使第二应用不用再对该第二数据进行下一步处理。而第一应用可以直接对第二数据进行处理，即将当前展示页面