果，郝么就会直接断开请求，送过程所需的时间就是超时时间。服 务端可能会遇到各种各样的错误，不能因为送些错误，而让请求一直保持，占用浏览器请求 数，因此需要断开请求。
[0134] 本申请实施例在网页主体加载完成事件后，间隔第一预设时间的时间点加载网页 组件，W提供更多的浏览器系统资源、带宽资源，用于处理异步接口，避免加载网页组件和 处理异步接口的资源争抢，加快了异步接口的加载速度，减少了异步接口的加载时间，进一 步提高了网页的加载效率，保证了网页正常功能的运行。
[0135] 在本申请的另一种优选实施例中，所述预设的时间点可W包括在开始加载所述网 页后，间隔第二预设时间的时间点。
[0136] 在网页加载过程中，网页资源加载可能遇到失败或者超时，或者是其他一些异常 的情况，使得window, load事件可能无法触发。
[0137] 因此，本申请实施例中，为了保证网页组件能够在可W接受的时间内加载出来，可 W在开始加载所述网页后，间隔第二预设时间的时间点加载网页组件。
[0138] 进一步地，第二预设时间可W为网页主体的加载时间和处理异步接口所需时间之 和。
[0139] 在本申请实施例的一种优选示例中，该第一预设时间可W为8砂。
[0140] 例如，在上述电子商务网站的网页中，网页主体加载时间一般在4砂及4砂W内， 再加上请求异步接口所延时的4砂，即可W在开始加载所述网页后8砂加载网页组件。
[0141] 本申请实施例在开始加载所述网页后，间隔第二预设时间的时间点加载网页组 件，使得在网页资源加载可能遇到失败或者超时、或者是其他一些异常的情况，无法触发网 页主体加载完成事件时，在可W接受的时间内加载网页组件，保证了网页正常功能的运行。
[0142] 应用本申请实施例，上述电子商务网站的网页，加载时间整体减少了 一半。
[0143] 本申请实施例在接收到网页的加载请求时，由当前用户的状态选择网页组件的加 载时机。一方面，在当前用户为活跃用户时，则立即加载网页组件，W保证网页功能的多样 化、便捷化，保证网页组件需求比较强的用户群体的用户体验；另一方面，在当前用户为非 活跃用户时，则在预设的时间点，延时加载网页组件，W提供更多的浏览器系统资源、带宽 资源，用于加载网页主体，避免加载网页组件和加载网页主体的资源争抢，加快了网页主体 的加载速度，减少了网页主体的加载时间，提高了网页的加载效率，减少了网页组件的加载 对网页主体加载的影响。
[0144] 需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组 合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依 据本申请实施例，某些步骤可W采用其他顺序或者同时进行。其次，本领域技术人员也应该 知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施 例所必须的。
[0145] 为使本领域技术人员更好地理解本申请实施例，W下通过具体的示例来说明本申 请实施例中网页组件的加载方法。
[0146] 用户请求加载上述电子商务网站的网页，该网页中包括一个工具栏（网页组件之 一），该工具栏的大小一般在200k左右，而上述网页主体的大小在400k左右。
[0147] 一般的网页加载方式，会同时请求加载工具栏、网页主体和异步端口的数据，多个 请求之前相互争抢资源，都无法进行快速的加载，使得整体的网页的加载速度相比加载网 页主体延长了 50%左右。
[014引一般的懒加载方式，并不适用于在首屏展示的工具栏。
[0149] 一般的延时加载方式，在网页加载完成5砂之后才开始加载工具栏，但是，很多用 户在5砂内就会离开当前网页，造成用户根本就看不到工具栏。
[0150] 应用本申请实施例，若用户在网页中搜索商品，触发了鼠标点击事件，则可W认为 当前用户为活跃用户，需要保证工具栏的加载。但是，经过用户操作检测，网页主体已经开 始加载，因此，可W在网页主体加载完成后，加载工具栏，保证网页主体和工具栏加载的顺 序性，保证资源的合理分配，使得两者可W快速加载。
[0151] 若用户在网页中没有进行操作，即未触发指定的操作事件，则可W认为当前用户 为非活跃用户，需要保证网页主体的加载。
[0152] 在监听到windows,load事件后，表示网页主体已经加载完成，间隔4砂，W让浏览 器处理异步接口的数据，此时，可W加载工具栏。
[0153] 未监听到windows,load事件时，间隔8砂，为一般加载网页主体和处理异步接口 的数据所需的时间，此时，可W加载工具栏。
[0154] 通过延时加载工具栏，W提供更多的浏览器系统资源、带宽资源，用于加载网页主 体，避免加载网页组件和加载网页主体的资源争抢，加快了网页主体的加载速度，提高了网 页的加载效率，减少了工具栏的加载对网页主体加载的影响。
[0155] 参照图2,示出了本申请一种网页组件的加载装置实施例的结构框图，具体可W包 括如下模块：
[0156] 判断模块201，用于在接收到针对网页的监听指示时，依据所述监听指示判断当前 用户是否为活跃用户；若是，则调用第一加载模块202 ;若否，则调用第二加载模块203 ;
[0157]第一加载模块202,用于加载所述网页中的网页组件；
[015引第二加载模块203,用于在预设的时间点加载所述网页中的网页组件。
[0159] 在本申请的一种优选实施例中，所述预设的时间点可W包括：
[0160] 在检测到网页主体加载完成事件后，间隔第一预设时间的时间点；
[0161]和 / 或，
[0162] 在开始加载所述网页后，间隔第二预设时间的时间点。
[0163] 在本申请的一种优选实施例中，所述判断模块201可W包括如下子模块：
[0164] 操作时间判断子模块，用于判断在所加载的所述网页中是否检测到指定的操作事 件；若是，则调用第一判断子模块；若否，则调用第二判断子模块；
[0165] 第一判断子模块，用于判断当前用户为活跃用户；
[0166] 第二判断子模块，用于判断当前用户为非活跃用户。
[0167] 在本申请实施例的一种优选示例中，所述指定的操作事件可W包括指定的鼠标操 作事件、指定的键盘操作事件和指定的触控事件中的至少一个。
[0168] 在本申请实施例的一种优选示例中，所述鼠标操作事件可W包括鼠标移动事件、 鼠标点击事件和鼠标滚轮滑动事件中的至少一个；
[0169] 所述键盘操作事件可W包括键盘字母键点击事件、键盘数字键点击事件、键盘符 号键点击事件和键盘方向键点击事件中的至少一个个；
[0170] 所述指定的触控事件包括触碰事件。
[0171] 在本申请的一种优选实施例中，所述第一加载模块202可W包括如下子模块：
[0172] 排序加载子模块，用于在检测到网页主体加载完成事件时，开始加载所述网页中 的网页组件。
[0173] 本申请实施例在接收到网页的加载请求时，由当前用户的状态选择网页组件的加 载时机。一方面，在当前用户为活跃用户时，则立即加载网页组件，W保证网页功能的多样 化、便捷化，保证网页组件需求比较强的用户群体的用户体验；另一方面，在当前用户为非 活跃用户时，则在预设的时间点，延时加载网页组件，W提供更多的浏览器系统资源、带宽 资源，用于加载网页主体，避免加载网页组件和加载网页主体的资源争抢，加快了网页主体 的加载速度，减少了网页主体的加载时间，提高了网页的加载效率，减少了网页组件的加载 对网页主体加载的影响。
[0174] 本申请实施例在网页主体加载完成事件后，间隔第一预设时间的时间点加载网页 组件，W提供更多的浏览器系统资源、带宽资源，用于处理异步接口，避免加载网页组件和 处理异步接口的资源争抢，加快了异步接口的加载速度，减少了异步接口的加载时间，进一 步提高了网页的加载效率，保证了网页正常功能的运行。
[0Π5]本申请实施例在开始加载所述网页后，间隔第二预设时间的时间点加载网页组 件，使得在网页资源加载可能遇到失败或者超时、或者是其他一些异常的情况，无法触发网 页主体加载完成事件时，在可W接受的时间内加载网页组件，保证了网页正常功能的运行。
[0176] 对于装置实施例而言，由于其与方法实施例基本相似，所W描述的比较简单，相关 之处参见方法实施例的部分说明即可。
[0177] 本说明书中的各个实施例均