本申请涉及网络技术，尤其涉及目标站点访问方法、装置和中转服务器。
背景技术：
网页无法访问或访问出错会大大降低用户的联网体验。导致用户无法访问的原因之一是网站本身的服务器会由于各种原因而出现不稳定或者崩溃。由于网站众多且访问量巨大，服务器故障时有发生。当客户端通过浏览器或是其他应用进行网络访问时，在对应浏览器或是其他应用的客户端联网日志监控上，几乎每天都存在某些站点在一段时间内集中出错，触发用户大量上传联网错误日志的情况。
对于访问站点失败，目前已有两种主要的处理方案。一种是客户端发起多次重连，当重连失败后，显示访问出错页面。另一种是客户端转而通过中转服务器进行访问，当中转访问仍然失败后，显示访问出错页面。但是这两种方案都无法解决由于站点服务器本身无法访问导致的用户联网体验下降的问题。
由此，需要一种目标站点访问方案，其能够在站点服务器本身无法访问的情况下，尽可能地保持站点访问的可用性。
技术实现要素：
为了解决上述至少一个问题，本发明提出了一种通过监控访问失败信息，动态更新中转缓存时效的方案，来降低网站服务器不稳定带给用户的影响，提升用户的联网体验。
根据本发明的一个方面，提供了一种目标站点访问方法，包括：响应于客户端对所述目标站点的访问失败，在判断所述目标站点不可访问的情况下将在前缓存的所述目标站点的页面信息发送给所述客户端。
由此，就能够在目标站点/页面不可达的情况下，将在前缓存的页面信 息发送给客户端，由此降低目标站点服务器不稳定给用户的影响，从而提升用户的联网体验。
优选地，在判断目标站点不可访问的情况下将在前缓存的目标站点的页面信息发送给客户端可以包括：在所述页面信息的缓存过期时间期满之前，将所述目标站点的页面信息发送给所述客户端。这样，就能够通过设置缓存过期时间来保证要发送给客户端的缓存页面的时效性，从而在减小目标站点服务器不稳定给用户带来的影响的同时，尽可能地保证浏览信息的准确性。
优选地，缓存过期时间与在前的缓存更新时间相关联。由此确保缓存时效能够根据在前的缓存状况而动态变更，由此提升中转缓存的灵活性。
优选地，在目标站点可访问的情况下，响应于客户端中转访问目标站点的请求并且判断距在前缓存的时间已经达到或超过预定缓存更新间隔，更新在前缓存的所述目标站点的页面信息，其中两次更新之间的间隔时间是缓存更新时间。
这样，由于更新需要同时满足用户请求和预定间隔已满两者，因此能够避免频繁更新非热门站点(预定更新间隔已满但无用户请求)或是在页面无变动时不必要地更新缓存(用户请求但预定更新间隔未满)，从而提升系统效率。
优选地，缓存过期时间可由下式计算：
缓存过期时间＝当前时间+历史缓存更新时间*a，
其中，a是大于1的正整数，取预定缓存更新间隔作为历史缓存更新时间均值的初始值，并且历史缓存更新时间由下式计算：
历史缓存更新时间＝(前一次历史缓存更新时间+(当前时间-前一次缓存更新时间))/2。
这样，通过根据网页本身的更新频率以及用户访问的频繁性来决定缓存的时效性，能够更加合理的确定缓存页面信息的时效性，由此进一步提升用户联网的体验和准确性。
优选地，目标站点访问方法还包括：在所述目标站点不可访问的情况下，周期性地访问所述目标站点，直到成功访问并更新在前缓存的所述目标站点的页面信息。
这样，就能够及时获取目标站点服务恢复的消息以尽快获得缓存页面 的更新，由此提升用户的联网体验。
根据本发明的另一个方面，提供了一种目标站点访问装置，包括：缓存信息发送单元，用于响应于客户端对所述目标站点的访问失败，在判断所述目标站点不可访问的情况下将在前缓存的所述目标站点的页面信息发送给所述客户端。
优选地，缓存信息发送单元可以在所述页面信息的缓存过期时间期满之前，将所述目标站点的页面信息通过所述通信装置发送给所述客户端。
优选地，目标站点访问装置还可以包括：缓存更新单元，用于在所述目标站点可访问的情况下，响应于客户端中转访问所述目标站点的请求并且判断距在前缓存的时间已经达到或超过预定缓存更新间隔，更新在前缓存的所述目标站点的页面信息，其中两次更新之间的间隔时间是缓存更新时间。
优选地，目标站点访问装置还可以包括缓存过期时间计算单元，后者使用下式计算所述缓存过期时间：
缓存过期时间＝当前时间+历史缓存更新时间*a，
其中，a是大于1的正整数，取预定缓存更新间隔作为历史缓存更新时间均值的初始值，并且历史缓存更新时间由下式计算：
历史缓存更新时间＝(前一次历史缓存更新时间+(当前时间-前一次缓存更新时间))/2。
优选地，目标站点访问装置还可以包括：通信单元，用于在所述目标站点不可访问的情况下，周期性地访问所述目标站点，直到成功访问并更新在前缓存的所述目标站点的页面信息。
根据本发明的再一个方面，提供了一种中转服务器，包括：通信装置，用于发送和接收信息；存储装置，用于存储和缓存信息；处理器，连接至所述通信装置和所述存储装置，所述处理器用于：响应于所述通信装置接收到客户端对所述目标站点的访问失败的信息，在判断所述目标站点不可访问的情况下将由所述存储装置在前缓存的所述目标站点的页面信息通过所述通信装置发送给所述客户端。
优选地，所述处理器还可用于在所述页面信息的缓存过期时间期满之前，将所述目标站点的页面信息发送给所述客户端。
优选地，所述处理器还可用于在所述目标站点可访问的情况下，响应 于所述通信装置接收到客户端中转访问所述目标站点的请求并且判断距由所述存储装置在前缓存的时间已经达到或超过预定缓存更新间隔，更新在前缓存的所述目标站点的页面信息，其中两次更新之间的间隔时间是缓存更新时间。
优选地，所述处理器还用于根据下式计算所述缓存过期时间：
缓存过期时间＝当前时间+历史缓存更新时间*a，
其中，a是大于1的正整数，取预定缓存更新间隔作为历史缓存更新时间均值的初始值，并且历史缓存更新时间由下式计算：
历史缓存更新时间＝(前一次历史缓存更新时间+(当前时间-前一次缓存更新时间))/2。
利用本发明的目标站点访问方法，能够减轻目标站点不可达带来的联网体验下降。另外，还能够通过引入动态的缓存过期时间，确保发送给客户端的缓存页面的时效性。
附图说明
通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。
图1是用于实现本发明实施例的网络环境的示意图。
图2是根据本发明一实施例的目标站点访问方法的流程图。
图3是根据本发明一个实施例的目标站点访问装置的框图。
具体实施方式
下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
网站服务器时常会由于各种原因而出现服务器不稳定或者崩溃的情况，导致用户访问网页出错。用户通常经由浏览器或是其他应用进行网络访问。在直连访问网站失败后，可以转而经由中转/代理服务器进行访问。 有些中转/代理服务器可以是用户主动连接的，例如vpn代理服务器。而另一些中转/代理服务器可以是对用户透明的。例如，安装在客户端上的浏览器应用在直连访问网站失败后(或是多次重连失败后)可向其默认的中转服务器发起中转访问的请求，以通过中转服务器对目标站点进行访问。
在某些情况下，例如，运营商封禁ip或是网络状况不佳导致客户端无法解析dns，中转服务器访问目标网页成功，于是就可以把访问结果返回给发出请求的客户端。而在站点服务器本身无法访问的情况下，现有技术的中转服务器也无法解决上述站点网页不可达的问题。因此，就需要一种目标站点访问方法、装置和中转服务器，其能够在站点自身故障的情况下保证用户的访问，由此提升用户的联网体验。
图1是用于实现本发明实施例的网络环境100的示意图。环境100中的客户端20经由网络40访问站点30。在某些情况下，客户端20可以通过中转服务器访问站点40。图中示出了中转服务器10作为这类中转/代理服务器的一个例子。虽然为了阐述方便，在图中单独示出了中转服务器10，但本领域技术人员可以理解的是，可以把中转服务器10看做是网络40的一部分，在中转服务器对用户透明的情况下尤为如此。另外，虽然为了方便说明而在图中示出了从中转服务器10分别到客户端20和站点30的双向箭头，但本领域技术人员可以理解的上，上述数据和信息的收发是需要通过网络40实现的。
客户端20是可用来进行网络访问的任何合适的电子设备，包括但不限于台式计算机、智能电话、平板电脑或是其他移动或非移动客户端。站点30则是能够通过网络访问的任何站点。网络40是计算机网络，它可以是广义的因特网，也可以是任何其他互连的计算机网络，例如广域网、城域网或私域网，只要其能够实现站点访问并包括代理/中转服务器即可。图中虽然示出了多个客户端20-1…n以及多个站点30-1…m，并且在随后的描述中会选择其中的一个或部分客户端和站点加以描述(例如，客户端20-1和目标站点30-1)，但是本领域技术人员应该立即的是，上述1…n的客户端和1…m的站点旨在表示真实网络中存在的多个客户端和多个站点，并且对特定编号的客户端和站点加以详述至少为了说明方便，而非暗示对客户端和站点的类型或是位置等具有限制。
如图1所示，中转服务器10可以包括处理器110、存储装置120和通 信装置130。存储装置120例如可以包括硬盘和内存，用于信息的存储和缓存。通信装置130发送和接收信息。处理器110则与存储装置120和通信装置130相连接。在一个实施例中，服务器中的处理器、存储装置和通信装置可以通过系统总线相互连接。处理器110可以用来执行本发明所提出的目标站点访问方法。优选地，存储装置120内存储有指令，这些指令在由处理器110执行时，可以实现本发明提出的目标站点访问方法。
图2是根据本发明一实施例的目标站点访问方法200的流程图。在步骤210，响应于客户端对目标站点的访问失败，在判断目标站点不可访问的情况下将在前缓存的目标站点的页面信息发送给所述客户端。该步骤可由图1所示中转服务器10的处理器110实现。例如，客户端20-1在访问目标站点30-1失败时，可以向中转服务器10上传联网失败信息并通过中转服务器10进行访问。中转服务器10在判断目标站点30-1不可访问的情况下，可以将由存储装置120在前缓存的目标站点30-1的页面信息发送给客户端20-1。这样，就能够通过中转服务器的在前缓存来避免目标站点不可访问时的网页不可达状态，由此提升用户的浏览体验。
优选地，在判断所述目标站点不可访问的情况下将在前缓存的所述目标站点的页面信息发送给所述客户端可以包括：在所述目标站点在所述页面信息的缓存过期时间期满之前，将在前缓存的所述目标站点的页面信息发送给所述客户端。上述步骤同样可由中转服务器10实现，例如处理器110可以在页面信息的缓存过期时间期满之前，将页面信息通过通信装置130发送给客户端20-1。在缓存过期时间期满之后，如果目标站点仍然无法访问，则不再向客户端返回缓存的页面，而是可以例如直接返回出错信息。由此，可以避免长时间的将过期的页面发送给用户，从而在保证页面可访问性和确保页面内容时效性两方面都有所考虑。
优选地，缓存过期时间可以与在前的缓存更新时间相关联。通过将网页不可达时的缓存时效性与网页可正常访问时的缓存更新频率相关联，就能够合理的估算缓存的时效性。例如，频繁更新的网页更容易过期，由此避免将时效性过低的网页呈现给用户。如下还将在优选实施例中给出对缓存过期时间的具体计算。
在一个实施例中，本发明的目标站点访问方法还可以包括在目标站点不可访问的情况下，周期性地访问该目标站点，直到成功访问并更新在前 缓存的目标站点的页面信息。这一步骤同样可以使用中转服务器10实现。例如，在目标站点30-1不可访问的情况下，通信装置130可以周期性地访问目标站点30-1，直到成功访问为止。若成功访问，便可获取目标站点30-1最新的页面信息并相应地更新上述页面信息的在前缓存。
上文结合附图阐述了在目标站点不可达时，可以将中转服务器中在前缓存的目标站点的页面信息发送给客户端的本发明的目标站点访问方案。并且还进一步说明了在目标页面持续不可达时，中转服务器仅在缓存过期之前向客户端发送缓存页面，以及周期性访问目标站点以便在访问恢复时及时获取更新的优选方案。
如下将进一步结合优选实施例，阐述中转服务器如何在目标站点可访问的正常情况下获取页面缓存，以及正常情况下页面缓存的获取是如何影响异常情况下(目标页面不可达)页面缓存的时效性的优选方案。
在一个实施例中，本发明的目标站点访问方法还可以包括在目标站点可访问的情况下，响应于客户端中转访问目标站点的请求并且判断距在前缓存的时间已经达到或超过预定缓存更新间隔，更新在前缓存的所述目标站点的页面信息，其中两次更新之间的间隔时间是缓存更新时间。换句话说，缓存更新时间不会小于预定缓存更新间隔。对于热门站点，由于频繁收到的中转访问的请求，因此中转服务器通常是以预定缓存更新间隔来更新缓存。而对于用户访问频率低于页面更新频率的冷门站点，则很可能是由间隔更长的用户访问频率来决定中转服务器上缓存的更新。
上述更新步骤同样可由中转服务器10实现。例如，在目标站点30-1可访问的情况下，处理器110响应于通信装置130接收到客户端20-1中转访问目标站点30-1的请求并且判断距由存储装置120在前缓存的时间已经达到或超过预定缓存更新间隔，更新在前缓存的所述目标站点的页面信息。两次更新之间的间隔时间是缓存更新时间。
由于更新缓存需要同时满足有用户请求且相距前一次缓存已达预定时间间隔两者，因此能够避免对缓存页面的不必要的更新。如果在预定更新间隔未满的情况下有用户请求中转服务器访问目标页面，中转服务器可以访问目标页面并将页面内容发送给请求的用户，但并不会更新其页面缓存。如果预定更新间隔已满但没有用户请求，中转服务器完全可以不访问目标页面(因此也不会更新缓存)，而是等到下一次有用户请求中转访问时再 进行目标站点的访问和页面缓存的更新。
关于中转服务器的预定缓存更新间隔，可以简单地针对所有站点设定为相同的值。例如，可以将预定缓存更新间隔统一地设为600s(10分钟)。也可以针对不同类型的站点，设定不同档次的缓存更新时间。例如，对于信息频繁更新的门户网站(例如，新浪、搜狐、网易的主页)，可以将预定缓存更新间隔设得很短，如60s(1分钟)。而对于信息更新不那么频繁的站点/网页(例如，百度百科的各类词条)，则可将预定缓存更新间隔设得较长，如3600s(1小时)。
对于浏览器客户端应用内部自行连接的中转服务器，则例如可以根据客户端连接目标站点的次数多寡来更新对应的缓存。例如，对于热门站点，可以更为频繁的更新其在中转服务器上的缓存。
另外，中转服务器也可以参考目标网站自身的参数来制定其缓存更新策略(即，针对各目标网站的预定缓存更新间隔)。例如，对于经由某一特定浏览器(包括安装在台式计算机上的应用以及移动客户端上的应用)进行浏览的用户，可以将用户当天首次访问所有站点，均通过该浏览器的中转服务器访问一次，中转服务器记录下待访问网页的网页资源以及该资源响应头。当有其他用户当天首次访问该页面时(即需要通过中转服务器访问)，中转服务器可以访问该页面并将页面内容返回给用户，同时按照缓存更新判断策略来确定是否需要更新自己缓存的对应页面内容。
在一个实施例中，中转服务器根据网页资源响应头内包含的参数来制定缓存更新判断策略。具体的缓存更新判断策略如下：
(1)若有max-age参数，预定缓存更新间隔为max-age；
(2)若无max-age参数，有etag参数，则对比新获取内容和在前缓存的etag参数，并且在此etag参数变化时更新缓存；
(3)若无max-age和etag参数，则对比新获取内容和在前缓存的last-modify参数，缓存日期较新的内容；
(4)若无任何缓存信息(如no-cache或无max-age、etag、last-modify参数)，则查询是否有setcookie的有效期。若有，则取最小的cookie有效期作为max-age，判断逻辑与(1)类似；
(5)若以上信息都无，则把max-age设置为定值(例如，300s)，判断逻辑与(1)类似。
中转服务器在制定了缓存更新策略(即，针对各目标网站的预定缓存更新间隔)之后，还可以优选地制定缓存时效性策略(即，针对各目标网站的缓存过期时间)。中转服务器在每次更新缓存后，都可以记录如下信息：访问站点的地址(url)、最后更新时间、历史缓存更新时间和过期时间。最后更新时间可以是中转服务器最后一次获取到的缓存时间(不同于网页响应头的last-modify，即网页本身的最后修改时间)。历史缓存更新时间可以是(上一次历史缓存更新时间+(当前时间-前一次缓存更新时间))/2。在首次求取历史缓存更新时间时，可以取预定缓存更新间隔作为历史缓存更新时间的初始值。缓存过期时间可以是当前时间+历史缓存更新时间*a，其中a可以是任意正整数，例如1、3、5或10。此处的历史缓存更新时间是所述在前的缓存更新时间的一个优选的例子，而通过上式计算缓存过期时间(例如，可由处理器110实现)则可算作是缓存过期时间与在前的缓存更新时间相关联的一个优选的例子。在其他优选实施例中，也可以使用所有在前的缓存更新时间的均值来作为历史缓存更新时间的值，并由此计算缓存过期时间。
为了方便理解，这里给出通过上式计算缓存过期时间的几个例子。
某一浏览器在凌晨0:30有用户1在当日第一次访问站点a。由于是用户1在当日的第一次浏览，所以通过该浏览器的默认中转浏览器(例如，图1的中转浏览器10)进行访问。中转浏览器将获取的页面内容返回给用户，并在例如存储装置120中缓存获取的页面内容。此次针对站点a的缓存的最后更新时间是0:30。由于是首次获取，因此可以取预定缓存更新间隔作为历史缓存更新时间的初始值，在此例中，取从响应头中获取max-age＝900，即，历史缓存更新时间为15min。缓存过期时间为当前时间+历史缓存更新时间*5＝0:30+15min*5＝1:45(此次a取经验值5)。
在0:30到0:45期间，即便有其他用户(例如，用户2或3)访问站点a，也会由于缓存更新间隔(15min)未到而不对缓存加以更新。如果在0:45有用户4访问站点a，则中转服务器在向用户4返回页面内容的同时会更新缓存。此时，针对站点a的最后更新时间为0:45；历史缓存更新时间为(前一次历史缓存更新时间+(当前时间-前一次更新时间))/2＝(15+(0:45-0:30))/2＝15min；过期时间为当前时间+历史缓存更新时间*5＝0:45+15min*5＝2:00。
与用户4在0:45访问站点a的前例不同，如果在0:45到0:55期间没有用户通过中转服务器访问站点a，即使缓存更新间隔(15min)在0:45时已满也不会对缓存加以更新。换句话说，在站点访问正常时，中转服务器不会主动访问站点。如果用户4是在0:55(而非0:45)访问站点a，则中转服务器在向用户4返回页面内容的同时会更新缓存。此时，最后更新时间为0:55；历史缓存更新时间为(前一次历史缓存更新时间+(当前时间-前一次更新时间))/2＝(15+(0:55-0:30))/2＝20min；过期时间为当前时间+历史缓存更新时间*5＝0:45+20min*5＝2:25。
由上可知，即便是预定的缓存更新间隔相同，用户访问越不频繁的站点，其页面缓存的时效性也就越弱。中转服务器也就倾向于在该站点无法访问时，在更长的时间内向用户发送缓存作为代替。
虽然以上结合例子阐述了中转服务器的缓存更新策略和缓存时效性策略。但需要强调的是缓存更新和缓存时效性是在不同场景下触发的。
缓存更新仅用于目标站点可以访问的情况，并且缓存更新间隔可由响应头内获取的参数(例如，max-age、etag、last-modify等)确定或由中转服务器自行设定(例如，根据网站的类型或是热门程度)。例如，当中转服务器中a页面上一次更新时间是10:00，max-age为600(即，10分钟)，此时缓存更新时间会是10:10分。也就是当10:10分后有用户再次通过中转服务器访问a页面，才会更新缓存。
缓存时效性仅用于目标站点不可访问的情况，是当目标页面无法访问而使用中转服务器缓存时使用的，此时会根据缓存时效性来确认向用户发送中转服务器缓存的时间。仍然使用前述0:55更新的例子。如果站点a在1:00因为自身服务器故障变得不可访问并且持续到例如早上7:00，那么在1:00到2:25之间访问该站点a的用户5或6可以获得从中转服务器返回的缓存页面并据此进行浏览。而在2:25之后到早上7:00，由于中转服务器判定其缓存的页面过期，因此即便有其他用户请求访问，也会向这些用户的客户端返回表示无法访问的页面，例如出错页面。
以上给出了本发明的用于进行目标站点访问的方法和中转服务器的描述和优选实施例。如下将参考图3给出相应的目标站点访问装置的描述。
图3是根据本发明一个实施例的目标站点访问装置300的框图。目标站点访问装置300包括缓存信息发送单元310，并且可以优选地包括缓存 信息发送单元320、缓存过期时间计算单元330和/或通信单元340。
缓存信息发送单元310响应于客户端对目标站点的访问失败，在判断目标站点不可访问的情况下将在前缓存的目标站点的页面信息发送给所述客户端。
优选地，缓存信息发送单元310可以在页面信息的缓存过期时间期满之前，将目标站点的页面信息发送给客户端。
可选的缓存更新单元320在所述目标站点可访问的情况下，响应于客户端中转访问目标站点的请求并且判断距在前缓存的时间已经达到或超过预定缓存更新间隔，更新在前缓存的所述目标站点的页面信息，其中两次更新之间的间隔时间是缓存更新时间。
可选的缓存过期时间计算单元330可使用下式计算缓存过期时间：
缓存过期时间＝当前时间+历史缓存更新时间*a，
其中，a是大于1的正整数，取预定缓存更新间隔作为历史缓存更新时间均值的初始值，并且历史缓存更新时间由下式计算：
历史缓存更新时间＝(前一次历史缓存更新时间+(当前时间-前一次缓存更新时间))/2。
可选的通信单元320在目标站点不可访问的情况下，周期性地访问所述目标站点，直到成功访问并更新在前缓存的所述目标站点的页面信息。
最后，将给出根据本发明的目标站点访问方案的一些例子。
浏览器客户端在直连下出现网页访问失败时，发起中转访问的请求，通过浏览器默认连接的中转服务器对目标站点进行访问。若访问成功，中转服务器向浏览器客户端返回获取的页面内容，并且在缓存更新间隔已满的情况下更新中转服务器中缓存的对应页面内容。若中转服务器访问仍然失败，此时中转服务器可以记录访问的失败信息(例如，包括错误码、源ip、目标ip、目标域名等)。当中转服务器判断到在短时间内出现了某个ip或域名集中出错的情况(某一错误码或者某一目标ip的数据在一定时间内超过阈值，同一域名或ip大量出错)，中转服务器认为该站点可能出现不稳定或者无法访问的因素，在一段时间(针对该url的缓存过期时间)内浏览器客户端再次通过中转服务器进行访问时，让该次访问直接通过中转服务器的缓存来获取。在该站点不可达的情况下，中转服务器会对该站点进行周期性的访问(例如，每隔五分钟)，直到成功访问并更新相关缓 存资源。当中转服务器发现该站点可以成功访问后，认为该站点已修复，不再返回缓存给客户端。当超过缓存过期时间仍然无法访问上述站点时，则向尝试通过中转服务器访问所述站点的客户端浏览器显示出错页面。
由此，首先能够利用浏览器客户端精准收集用户出错信息，实时跟进各站点的稳定状况，及时预警网站问题并作出响应。其次，可以根据历史值动态调整缓存的时效，延长缓存时效性并且尽可能的获取到最新的数据。再次，该方案可以降低由于网站本身问题导致的网页不可达(如出现错误的重复跳转，服务端不稳定而响应不完整等)所导致的联网错误率。
比如2015年9月6日10点开始，http://m.ibabyes.com/出现大量指示建立连接后读取服务器返回的数据异常的错误码，一直持续到9月8日错误日志量才出现减少。根据该站点历史last-modify判断，更新频率约为2天。按照本方案计算出来的中转服务器缓存策略，缓存可以存储10天。因此在这段时间内用户仍然可以通过访问历史的缓存来访问站点。
比如2015年9月9日10点开始，m.58.com首页访问出现大量指示服务器重复跳转的错误码，持续到当天约11点30分。该站点指示为no-cache，但是setcookie中cookie的缓存时间为1小时。按照本方案计算出来的中转服务器缓存策略，缓存可以存储5小时。因此在这段时间内用户仍然可以通过访问历史的缓存来访问站点。
目前行业内没有针对由于网站本身崩溃而做出的处理方案，基本上都是针对网络不稳定而设置的方案。但是很多时候，网站本身的不稳定也会带给用户带来不愉快的联网体验。特别是一些较小众站点，页面更新时间长，一旦出现问题修复时间也长，对用户影响则尤为明显。如果可以做到对该类站点实时动态监测，必要时通过代理缓存进行响应，将大大提升用户的联网体验。本发明就是提供一种目标站点访问的解决方案，保护在联网领域(例如，浏览器客户端)的应用。
上文中已经参考附图详细描述了根据本发明的目标站点访问方法、装置和中转服务器。
此外，根据本发明的方法还可以实现为一种计算机程序，该计算机程序包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。或者，根据本发明的方法还可以实现为一种计算机程序产品，该计算机程序产品包括计算机可读介质，在该计算机可读介质上存储有用于执 行本发明的上述方法中限定的上述功能的计算机程序。本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。
附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。