CN110661787A - Http重定向状态码捕获方法、装置和计算机设备 - Google Patents

Http重定向状态码捕获方法、装置和计算机设备 Download PDF

Info

Publication number
CN110661787A
CN110661787A CN201910831868.9A CN201910831868A CN110661787A CN 110661787 A CN110661787 A CN 110661787A CN 201910831868 A CN201910831868 A CN 201910831868A CN 110661787 A CN110661787 A CN 110661787A
Authority
CN
China
Prior art keywords
response message
code
message
response
state code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910831868.9A
Other languages
English (en)
Inventor
蔡森林
费渠钢
陈嵚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suning Cloud Computing Co Ltd
Original Assignee
Suning Cloud Computing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Suning Cloud Computing Co Ltd filed Critical Suning Cloud Computing Co Ltd
Priority to CN201910831868.9A priority Critical patent/CN110661787A/zh
Publication of CN110661787A publication Critical patent/CN110661787A/zh
Priority to CA3153431A priority patent/CA3153431A1/en
Priority to PCT/CN2020/096996 priority patent/WO2021042815A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请涉及一种Http重定向状态码捕获方法、装置和计算机设备。所述方法包括：获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。采用本方法能够使得小程序端捕获到重定向状态码，且可以减少延迟。

Description

Http重定向状态码捕获方法、装置和计算机设备
技术领域
本申请涉及互联网技术领域，特别是涉及一种Http重定向状态码捕获方法、装置、计算机设备和存储介质。
背景技术
随着互联网技术的发展，出现了小程序技术，小程序，是指一种搭载于其他平台(如微信平台、百度平台和头条平台)，无需下载和安装就可以在平台中使用的应用程序。
在Web***中，基于安全等方面考虑，很多请求需要用户处于登陆状态(称之为受限资源)。在对受限资源处理的时候，常用的做法是，在判定用户没有处于登陆状态时，强制跳转到登陆页。然而，由于小程序底层请求并不是像浏览器请求，小程序的请求是不支持Http(Hypertext transfer protocol，超文本传输协议)重定向状态码的。传统的解决方式是，先调用服务端的接口判断用户的登陆状态。对于小程序端的，由于所有请求都会多一次判断用户是否登陆的请求，多一次请求，必然造成响应的延迟。
发明内容
基于此，有必要针对上述技术问题，提供一种能够减少延迟的Http重定向状态码捕获方法、装置、计算机设备和存储介质。
一种Http重定向状态码捕获方法，方法包括：
获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；
在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；
返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
在一个实施例中，上述的第二响应报文的报文头中承载有第二状态码，第二状态码为接收方支持的且与第一状态码不同的状态码。
在一个实施例中，上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，包括：在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息；根据预设的报文协议格式、第一状态码和网络位置信息，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息。
在一个实施例中，上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，包括：在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息和第一响应报文的响应头中的Cookie数据；根据预设的报文协议格式、第一状态码、网络位置信息和Cookie数据，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息和Cookie数据。
在一个实施例中，上述的方法还包括：
根据预设的用户代理筛选规则或者/和描述信息筛选规则，对接收到的响应报文进行筛选；
在接收到的响应报文满足用户代理筛选规则或者/和描述信息筛选规则时，将接收到的响应报文作为第一响应报文，进入获取第一状态码的步骤。
在一个实施例中，上述的方法还包括：
在第一状态码为非重定向状态码时，返回第一响应报文。
在一个实施例中，上述的方法应用于网关，上述的接收方为终端，终端上运行有小程序应用，小程序应用根据报文协议格式获取重定向状态码。
一种Http重定向状态码捕获方法，该方法包括：
接收响应报文；
在确定接收到的响应报文为第二响应报文时，根据预设的报文协议格式获取承载在第二响应报文的报文体中的重定向状态码，重定向状态码为第一状态码，第二响应报文根据报文协议格式以及第一状态码构建。
一种Http重定向状态码捕获装置，该装置包括：
状态码获取模块，用于获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；
报文构建模块，用于在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；
返回模块，用于返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；
在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；
返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
接收响应报文；
在确定接收到的响应报文为第二响应报文时，根据预设的报文协议格式获取承载在第二响应报文的报文体中的重定向状态码，重定向状态码为第一状态码，第二响应报文根据报文协议格式以及第一状态码构建。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；
在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；
返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
接收响应报文；
在确定接收到的响应报文为第二响应报文时，根据预设的报文协议格式获取承载在第二响应报文的报文体中的重定向状态码，重定向状态码为第一状态码，第二响应报文根据报文协议格式以及第一状态码构建。
上述Http重定向状态码捕获方法、装置、计算机设备和存储介质，是获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文，在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中，返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。本申请的一个实施例中，按照预设的报文协议格式进行了响应报文转换，将原本不被接收方支持的重定向状态码承载在第二响应报文的报文体中，得到了第二响应报文，接收方(例如，小程序端)可以根据报文协议格式获取重定向状态码。如此，不需要再调用服务度端的判断用户登录状态接口，一方面可以减少判断用户登录状态接口的调用频次，另一方面可以也可以减小响应延迟，可以提升用户体验。
附图说明
图1-1为一个实施例中Http重定向状态码捕获方法的应用环境图；
图1-2为一个实施例中Http重定向状态码捕获方法的应用环境图；
图2为一个实施例中Http重定向状态码捕获方法的流程示意图；
图3为一个实施例中第二响应报文构建步骤的流程示意图；
图4为另一个实施例中第二响应报文构建步骤的流程示意图；
图5为另一个实施例中Http重定向状态码捕获方法的流程示意图；
图6为再一个实施例中Http重定向状态码捕获方法的流程示意图；
图7为又一个实施例中Http重定向状态码捕获方法的流程示意图；
图8为一个实施例中Http重定向状态码捕获装置的结构框图；
图9为另一个实施例中Http重定向状态码捕获装置的结构框图；
图10为一个实施例中计算机设备的内部结构图；
图11为另一个实施例中计算机设备的内部结构图；
图12为再一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一客户端称为第二客户端，且类似地，可将第二客户端称为第一客户端。第一客户端和第二客户端两者都是客户端，但其不是同一客户端。此外，可以理解，本申请所使用的术语“或者/和”，描述关联对象的关联关系，表示可以存在三种关系，例如，A或者/和B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或者”的关系。
本申请提供的Http重定向状态码捕获方法，可以应用于如图1-1所示的应用环境中。该应用环境中包括终端102、网络104和业务***106，终端102和业务***106之间均可以通过网络104实现可通信的连接。该由终端102、网络104和服务器106构成的网络***可以是基于互联网，也可以基于局域网，还可以基于互联网和局域网的组合网，在此不做赘述。
终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。同时，图1-1中示出的是终端102包括终端1022和终端1024等两个终端的情况，但本申请并不对终端102的数量进行限制，也可以包括更多或者更少的终端。终端102上运行有小程序应用，小程序应用是指不需要下载安装即可使用的应用，例如，微信环境下运行的微信小程序、百度环境下运行的百度小程序。
网络104用于实现终端102与业务***106之间的网络连接，可以包括多种类型的有线或无线网络。网络104都可以包括互联网、局域网(“LAN”)、广域网(“WAN”)、内部网、移动电话网络、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合。网络104进行数据传输时也会基于相应的通讯协议，例如网页浏览器接收网页相应的业务代码时会基于HTTP通讯协议，移动应用程序接收的业务代码时可以基于Websocket通讯协议。
业务***106可以包括一个或者多个服务器，例如，图1-1中示出的是业务***106包括服务器1062和服务器1064等两个服务器的情况，但本申请并不对服务器的数量进行限制，也可以包括更多或者更少的服务器。每个服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
本申请提供的Http重定向状态码捕获方法，还可以应用于如图1-2所示的应用环境中。该应用环境中除了包括图1-1所示的终端102、网络104和业务***106，还可以包括网关108。网关108部署网关层，该网关层一般是在WEB服务器前一层。网关108作为计算机设备，统一将业务***对各个终端运行的小程序的重定向响应进行响应报文的转换，以保证各个终端运行的小程序能够对业务***的重定向状态码进行响应。此外，业务***106的数量也可以为多个。多个业务***106对应同一个网关。
在一个实施例中，如图2所示，提供了一种Http重定向状态码捕获方法，以该方法应用于图1-2中的网关为例进行说明，包括以下步骤：
步骤202，获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的响应报文；
这里，状态码指状态代码，一般是指为所接收的请求(例如，网页点击)分配的3位数代码，一般为Http状态码(Http Status Code)，Http状态码是用以表示网页服务器超文本传输协议响应状态的3位数字代码。这里，Http请求用于请求第一响应报文。
具体地，终端(或者说终端上运行的小程序)向业务***发送业务请求后，业务***根据该业务请求得到第一响应报文；网关向业务***发起Http请求以获取该第一响应报文，在获得该第一响应报文后，获取该第一响应报文的响应头中的状态码，即第一状态码。
步骤204，在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；
这里，重定向状态码一般是指HTTP状态码中与重定向相关的状态码，例如，301、302、303和307等状态码。重定向(Redirect)就是通过各种方法将各种网络请求重新定个方向转到其它位置，例如：网页重定向或者域名的重定向。
这里，报文协议格式是网关和以下的接收方之间预先约定好的报文协议的格式，该报文协议格式至少包括第一状态码的配置方式。
具体地，网关首先判断第一状态码是否为重定向状态码，若是，则根据预设的报文协议格式以及第一状态码，构建第二响应报文，其中，第一状态码承载在第二响应报文的报文体中。根据需要，判断第一状态码是否为重定向状态码的过程也可以由其他设备完成，网关获得判断结果。
步骤206，返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
具体地，网关向终端(或者说终端上运行的小程序)返回第二响应报文，
上述Http重定向状态码捕获方法中，是获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文，在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中，返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。本实施例中，按照预设的报文协议格式进行了响应报文转换，将原本不被接收方支持的重定向状态码承载在第二响应报文的报文体中，得到了第二响应报文，接收方(例如，小程序端)可以根据报文协议格式获取重定向状态码。如此，不需要再调用服务度端的判断用户登录状态接口，一方面可以减少判断用户登录状态接口的调用频次，另一方面可以也可以减小响应延迟，可以提升用户体验。
在一个实施例中，上述的第二响应报文的报文头中承载有第二状态码，该第二状态码为接收方支持的且与第一状态码不同的状态码。
这里，第二状态码可以是200状态码，200状态码表示已成功处理了请求的状态代码。根据需要，第二状态码也可以是除200状态码以外的其他状态码，例如，其他2xx状态码。
在一个实施例中，如图3所示，上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，可以包括如下步骤：
步骤302，在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息；
这里，网络位置信息也可以称为网页地址信息，是互联网上标准的资源的地址(Address)。该网络位置信息往往是响应报文的响应头中的Location。
具体地，网关首先判断第一状态码是否为重定向状态码，若是，则获取第一响应报文的响应头中的网络位置信息。
步骤304，根据预设的报文协议格式、第一状态码和网络位置信息，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息。
这里，报文协议格式还包括报文协议格式的配置方式。其中，网络位置信息作为重定向的网页地址信息(redirectUrl)。
具体地，网关可以按照预设的报文协议格式，将第一状态码和网络位置信息配置在第二响应报文的报文体中。一般地，可以将第一状态码和网络位置信息配置在同一报文体中，对于同一响应报文包括多个报文体的情况，也可以将第一状态码和网络位置信息配置在不同的报文体中。
采用本实施例的方案，由于第二响应报文的报文体中还承载有网络位置信息，可以方便终端(或者说终端上运行的小程序)发起对更改网络位置信息(即重定向)的调用。
由于考虑到在请求重定向时，一般需要将上次请求的cookie携带上，在一个实施例中，如图4所示，上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，可以包括如下步骤：
步骤402，在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息以及该第一响应报文的响应头中的Cookie数据；
其中，Cookie，有时也用其复数形式Cookies，指某些网站为了辨别用户身份、进行session跟踪而储存在用户本地终端上的数据(通常经过加密)。
步骤404，根据预设的报文协议格式、第一状态码、网络位置信息以及Cookie数据，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息以及有Cookie数据。
采用本实施例的方案，可以进一步方便终端(或者说终端上运行的小程序)发起对更改网络位置信息的调用。
在一个实施例中，如图5所示，提供了一种Http重定向状态码捕获方法，以该方法应用于图1中的网关为例进行说明，包括以下步骤：
步骤502，根据预设的用户代理筛选规则或者/和描述信息筛选规则，对接收到的响应报文进行筛选；
其中，用户代理筛选规则和描述信息筛选规则都可以根据实际需要设定。例如，设定一用户代理标识集合，若接收到的响应报文对应的用户代理标识是该用户代理标识集合中的一个，则判定满足用户代理筛选规则。例如，也可以设定一描述信息集合，若接收到的响应报文对应的描述信息与该描述信息集合中的任意一条描述信息相匹配，则判定满足描述信息筛选规则。
步骤504，在接收到的响应报文满足用户代理筛选规则或者/和描述信息筛选规则时，将接收到的响应报文作为第一响应报文；
步骤506，获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后，业务***返回的响应报文；
步骤508，在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；
步骤510，返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
本实施例中步骤506、步骤508和步骤510可以对应的参照上述的步骤202、步骤204和步骤206的描述，在此不予赘述。
本实施例中，对接收到的响应报文进行过滤，可以节约小程序端消耗的流量。
在一个实施例中，本申请的Http重定向状态码捕获方法还可以包括步骤：在第一状态码为非重定向状态码时，返回第一响应报文。
这里，非重定向状态码是指与重定向不相关的状态码。
本实施例中，在第一状态码为非重定向状态码时，不对第一响应报文进行修改，直接将该第一响应报文返回给接收方。接收方对于直接返回的第一响应报文，按照原本的业务处理逻辑进行处理即可。
需要说明的是，上述实施例中均是以将本申请的Http重定向状态码捕获方法应用于网关为例，同时，是以上述的接收方为终端、终端上运行有小程序应用、且小程序应用根据报文协议格式获取重定向状态码为例，进行说明。但根据实际需要，上述的各个实施例中的Http重定向状态码捕获方法也可以应用于图1-1或者图1-2中的业务***或者业务***中的某一个或者多个服务器，即上述的各个实施例中的各个步骤的执行主体为业务***或者业务***中的某一个或者多个服务器。
对于应用于网关，可以由网关统一对各个小程序的重定向响应进行响应报文的转换，以使得各个终端运行的各个小程序均能够对业务***的重定向状态码进行响应，一方面不需要调用服务端的判断用户登录状态接口，对服务端的业务无侵入，另一方面，也不需要每个服务器单独配置以实现对重定向响应的转换，可以节约配置成本。
根据上述实施例中Http重定向状态码捕获方法，在一个实施例中，如图6所示，提供了一种Http重定向状态码捕获方法，以该方法应用于图1-1或者图1-2中的终端为例进行说明，该终端上运行有小程序应用，该方法包括以下步骤：
步骤602，接收响应报文；
步骤604，在确定接收到的响应报文为第二响应报文时，根据预设的报文协议格式获取承载在第二响应报文的报文体中的重定向状态码，该重定向状态码为第一状态码，第二响应报文根据该报文协议格式以及第一状态码构建。
此外，在确定接收到的响应报文为第一响应报文时，按照小程序应用对第一响应报文原本的处理逻辑进行处理。
对于第二响应报文的报文体中还承载有网络位置信息时，可以根据网络位置信息发起重定向请求，对于第二响应报文的报文体中还承载有Cookie数据时，发起的重定向请求的响应头中携带有该Cookie数据。
关于终端侧Http重定向状态码捕获方法的具体限定可以参见上文中对于网关侧的Http重定向状态码捕获方法的限定，在此不再赘述。
为了便于理解本发明的方案，以下以网关和小程序应用(以下称为小程序端)的交互为例进行说明。
本实施例中的报文协议格式为：{“code”:“重定向状态码”，“redirectUrl”：“Location”，“cookie”：“Cookie”}，同时，制定协议，当下游业务***返回重定向状态码时，约束返回结果为json格式的报文协议，即该报文协议格式，其中，json是一种轻量级的数据交换格式。
该报文协议格式中的code为请求业务***发生重定向的响应头里面的状态码(Status)，如301、302等。redirectUrl为请求业务***发生重定向的响应头里面的网络位置信息(Location)。cookie为请求业务***发生重定向的响应头里面的Cookie。
小程序统一网关(相当于上述的网关)，可以采用OpenResty(nginx+lua)搭建，网关层是小程序使用，在统一接入层，可以通过用户代理(userAgent)和描述信息(refer)来限制是小程序的流量，才到小程序统一网关，网关层使用httpc库调用下游的业务***接口，解析得到业务***接口的响应头，当响应头里面的响应码为重定向状态码时，将响应头里面的状态码、网络位置信息和Cookie按照上述的报文协议格式，返回在响应报文的报文体里，给该响应报文的状态码为200。其中，code是标记真实业务的响应状态码，redirectUrl是重定向响应头里面的Location，方便小程序下次发起对该URL的调用，cookie是第一次请求的响应头里面的cookie，因为在请求重定向(redirectUrl)的时候，需要将上次请求的cookie携带。
小程序端通过返回json格式的报文中的code知道业务***实际返回状态码，发现是重定向的状态码，就取json格式的报文里面的Cookie放到请求头里，请求json里面的redirectUrl地址，从而得到业务数据返回。
网关层可以采用nginx+lua的httpc发起业务***的http请求，如图7所示，本实施例中Http重定向状态码捕获方法包括以下步骤：
步骤702，网关判断业务***的响应报文中的状态码是否是重定向状态码，若是，则进入步骤704，若否，则进入步骤706；
这里，业务***的响应报文相当于上述的第一报文。具体地，小程序端发出业务请求到业务***，业务***根据该业务请求得到响应报文，网关向业务***请求该响应报文，具体地，网关可以使用httpclient调用业务***的接口URL。网关层获取业务***的响应报文的响应头里面的状态码，判断是否是重定向相关的状态码(301、302、303、307等)。
步骤704，网关获取业务***的响应报文的响应头里面的状态码、网络位置信息和Cookie，将对应的值，按照约定的报文协议格式，构建并返回以200为状态码的报文。
具体地，可以获取业务***的响应报文的响应头里面的状态码(Status)、网络位置信息(Location)和Cookie，将状态码、网络位置信息、Cookie对应的值，按照约定的协议格式，构建以200为状态码的报文：{“code”:”重定向状态码”,”redirectUrl”:”Location”,”cookie”Cookie”}中，并返回。
步骤706，网关将业务***的响应报文返回；
具体地，如果状态码是非重定向状态码，网关将业务***的响应报文返回。
步骤708，小程序端接收到网关发送的响应报文，解析接收到的响应报文的响应头信息；
对于解析结果，有两种情况：1、正常非重定向的响应；2、经过网关处理的原始业务重定向的响应，也就是重定向协议，格式：{“code”:”重定向状态码”,”redirectUrl”:”Location”,”cookie”Cookie”}。
步骤710，小程序端在接收到的是非重定向的响应报文时，按照该响应报文对应的业务处理逻辑进行处理；
步骤712，小程序端在接收到的是重定向的响应报文时，根据该响应报文的报文体中的网络位置信息发起重定向请求。
其中，将cookie设置在重定向请求的请求头里，发起以响应报文的报文体中的网络位置信息为新地址信息的重定向请求。
制定一套解决小程序不支持http状态码为重定向的协议。采用OpenResty(nginx+lua)搭建的网关层捕获http重定向状态码，返回约定协议{“code”:”重定向状态码”,”redirectUrl”:”Location”,”cookie”Cookie”}，可以采用lua的httpc库解析http协议接口的响应头里的Status、Location、Cookie数据，并按照约束协议，返回结果。使用该协议，通过网关层处理，将业务***的重定向的响应转换为200状态码的响应。
应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图8所示，提供了一种Http重定向状态码捕获装置，包括：状态码获取模块802、报文构建模块804和返回模块806，其中：
状态码获取模块802，用于获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；
报文构建模块804，用于在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；
在一个实施例中，该第二响应报文的报文头中承载有第二状态码，该第二状态码为接收方支持的且与第一状态码不同的状态码；
返回模块806，用于返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
在一个实施例中，报文构建模块804在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息，根据预设的报文协议格式、第一状态码和网络位置信息，构建第二响应报文，第二响应报文的报文体中还承载有该网络位置信息。
在一个实施例中，报文构建模块804在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息和第一响应报文的响应头中的Cookie数据，根据预设的报文协议格式、该第一状态码、该网络位置信息和该Cookie数据，构建第二响应报文，该第二响应报文的报文体中还承载有该网络位置信息。
在一个实施例中，上述的Http重定向状态码捕获装置还包括报文筛选模块，该报文筛选模块用于根据预设的用户代理筛选规则或者/和描述信息筛选规则，对接收到的响应报文进行筛选，状态码获取模块802在报文筛选模块的筛选结果为接收到的响应报文满足用户代理筛选规则或者/和描述信息筛选规则时，将接收到的响应报文作为第一响应报文，获取第一状态码。
在一个实施例中，上述的返回模块806还用于在第一状态码为非重定向状态码时，返回第一响应报文。
在一个实施例中，上述的装置应用于网关层，上述的接收方为终端，该终端上运行有小程序应用，小程序应用根据报文协议格式获取重定向状态码。
在一个实施例中，如图9所示，提供了一种Http重定向状态码捕获装置，包括：通信模块902和状态码捕获模块904，其中：
通信模块902，用于接收响应报文；
状态码捕获模块904，用于在确定接收到的响应报文为第二响应报文时，根据预设的报文协议格式获取承载在第二响应报文的报文体中的重定向状态码，重定向状态码为第一状态码，第二响应报文根据报文协议格式以及第一状态码构建。
在一个实施例中，上述的第二响应报文的报文头中承载有第二状态码，该第二状态码为接收方支持的且与第一状态码不同的状态码。
在一个实施例中，上述的第二响应报文的报文头中还承载有网络位置信息，或者上述的第二响应报文的报文头中还承载有网络位置信息和Cookie数据。
关于Http重定向状态码捕获装置的具体限定可以参见上文中对于Http重定向状态码捕获方法的限定，在此不再赘述。上述Http重定向状态码捕获装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过***总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种Http重定向状态码捕获方法。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是网关，其内部结构图可以如图11所示。该计算机设备可以包括一个或多个如下部件：处理器、存储器和收发器，处理器、存储器和收发器可以通过数据总线连接。
处理器可以包括一个或者多个处理核心。处理器利用各种接口和线路连接整个网关内的各个部分，通过运行或执行存储在存储器内的指令、程序、代码集或指令集，以及调用存储在存储器内的数据，执行接入网关的各种功能和处理数据。可选地，处理器可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器可集成中央处理器(CentralProcessing Unit，CPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***和应用程序等；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器中，单独通过一块芯片进行实现。
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
在一个实施例中，上述的第二响应报文的报文头中承载有第二状态码，第二状态码为接收方支持的且与第一状态码不同的状态码。
在一个实施例中，处理器执行计算机程序时实现上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文的步骤时，具体实现以下步骤：在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息；根据预设的报文协议格式、第一状态码和网络位置信息，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息。
在一个实施例中，处理器执行计算机程序时实现上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文步骤时，具体实现以下步骤：在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息和第一响应报文的响应头中的Cookie数据；根据预设的报文协议格式、第一状态码、网络位置信息和Cookie数据，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息和Cookie数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据预设的用户代理筛选规则或者/和描述信息筛选规则，对接收到的响应报文进行筛选；在接收到的响应报文满足用户代理筛选规则或者/和描述信息筛选规则时，将接收到的响应报文作为第一响应报文，进入获取第一状态码的步骤。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：在第一状态码为非重定向状态码时，返回第一响应报文。
在一个实施例中，上述的接收方为终端，终端上运行有小程序应用，小程序应用根据报文协议格式获取重定向状态码。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图12所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机程序。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种Http重定向状态码捕获方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
本领域技术人员可以理解，图10-12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取第一状态码，第一状态码为第一响应报文的响应头中的状态码，第一响应报文为向业务***发起Http请求后、业务***返回的Http响应报文；在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文，第一状态码承载在第二响应报文的报文体中；返回第二响应报文，第二响应用于指示接收方根据报文协议格式获取重定向状态码。
在一个实施例中，上述的第二响应报文的报文头中承载有第二状态码，第二状态码为接收方支持的且与第一状态码不同的状态码。
在一个实施例中，计算机程序被处理器执行时实现上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文的步骤时，具体实现以下步骤：在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息；根据预设的报文协议格式、第一状态码和网络位置信息，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息。
在一个实施例中，计算机程序被处理器执行时实现上述的在第一状态码为重定向状态码时，根据预设的报文协议格式以及第一状态码，构建第二响应报文步骤时，具体实现以下步骤：在第一状态码为重定向状态码时，获取第一响应报文的响应头中的网络位置信息和第一响应报文的响应头中的Cookie数据；根据预设的报文协议格式、第一状态码、网络位置信息和Cookie数据，构建第二响应报文，第二响应报文的报文体中还承载有网络位置信息和Cookie数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据预设的用户代理筛选规则或者/和描述信息筛选规则，对接收到的响应报文进行筛选；在接收到的响应报文满足用户代理筛选规则或者/和描述信息筛选规则时，将接收到的响应报文作为第一响应报文，进入获取第一状态码的步骤。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在第一状态码为非重定向状态码时，返回第一响应报文。
在一个实施例中，上述的方法应用于网关，上述的接收方为终端，终端上运行有小程序应用，小程序应用根据报文协议格式获取重定向状态码。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
接收响应报文；
在确定接收到的响应报文为第二响应报文时，根据预设的报文协议格式获取承载在第二响应报文的报文体中的重定向状态码，重定向状态码为第一状态码，第二响应报文根据报文协议格式以及第一状态码构建。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种Http重定向状态码捕获方法，所述方法包括：
获取第一状态码，所述第一状态码为第一响应报文的响应头中的状态码，所述第一响应报文为向业务***发起Http请求后、所述业务***返回的Http响应报文；
在所述第一状态码为重定向状态码时，根据预设的报文协议格式以及所述第一状态码，构建第二响应报文，所述第一状态码承载在所述第二响应报文的报文体中；
返回所述第二响应报文，所述第二响应用于指示接收方根据所述报文协议格式获取重定向状态码。
2.根据权利要求1所述的方法，其特征在于，所述第二响应报文的报文头中承载有第二状态码，所述第二状态码为所述接收方支持的且与所述第一状态码不同的状态码。
3.根据权利要求1或2所述的方法，其特征在于，所述在所述第一状态码为重定向状态码时，根据预设的报文协议格式以及所述第一状态码，构建第二响应报文，包括：
在所述第一状态码为重定向状态码时，获取所述第一响应报文的响应头中的网络位置信息；优选地，还获取所述第一响应报文的响应头中的Cookie数据；
根据预设的报文协议格式、所述第一状态码和所述网络位置信息，构建所述第二响应报文，所述第二响应报文的报文体中还承载有所述网络位置信息；优选地，还根据所述Cookie数据构建所述第二响应报文，所述第二响应报文的报文体中还承载有所述Cookie数据。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
根据预设的用户代理筛选规则或者/和描述信息筛选规则，对接收到的响应报文进行筛选；
在接收到的响应报文满足所述用户代理筛选规则或者/和所述描述信息筛选规则时，将接收到的响应报文作为所述第一响应报文，进入所述获取第一状态码的步骤。
5.根据权利要求3所述的方法，其特征在于，所述方法还包括：
在所述第一状态码为非重定向状态码时，返回所述第一响应报文。
6.根据权利要求1或2所述的方法，其特征在于，所述方法应用于网关，所述接收方为终端，所述终端上运行有小程序应用，所述小程序应用根据所述报文协议格式获取重定向状态码。
7.一种Http重定向状态码捕获方法，其特征在于，所述方法包括：
接收响应报文；
在确定接收到的响应报文为第二响应报文时，根据预设的报文协议格式获取承载在所述第二响应报文的报文体中的重定向状态码，所述重定向状态码为第一状态码，所述第二响应报文根据所述报文协议格式以及所述第一状态码构建。
8.一种Http重定向状态码捕获装置，其特征在于，所述装置包括：
状态码获取模块，用于获取第一状态码，所述第一状态码为第一响应报文的响应头中的状态码，所述第一响应报文为向业务***发起Http请求后、所述业务***返回的Http响应报文；
报文构建模块，用于在所述第一状态码为重定向状态码时，根据预设的报文协议格式以及所述第一状态码，构建第二响应报文，所述第一状态码承载在所述第二响应报文的报文体中；
返回模块，用于返回所述第二响应报文，所述第二响应用于指示接收方根据所述报文协议格式获取重定向状态码。
9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
CN201910831868.9A 2019-09-04 2019-09-04 Http重定向状态码捕获方法、装置和计算机设备 Pending CN110661787A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201910831868.9A CN110661787A (zh) 2019-09-04 2019-09-04 Http重定向状态码捕获方法、装置和计算机设备
CA3153431A CA3153431A1 (en) 2019-09-04 2020-06-19 Http redirect status code capture method and apparatus, and computer device
PCT/CN2020/096996 WO2021042815A1 (zh) 2019-09-04 2020-06-19 Http重定向状态码捕获方法、装置和计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910831868.9A CN110661787A (zh) 2019-09-04 2019-09-04 Http重定向状态码捕获方法、装置和计算机设备

Publications (1)

Publication Number Publication Date
CN110661787A true CN110661787A (zh) 2020-01-07

Family

ID=69037923

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910831868.9A Pending CN110661787A (zh) 2019-09-04 2019-09-04 Http重定向状态码捕获方法、装置和计算机设备

Country Status (3)

Country Link
CN (1) CN110661787A (zh)
CA (1) CA3153431A1 (zh)
WO (1) WO2021042815A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111858381A (zh) * 2020-07-31 2020-10-30 北京字节跳动网络技术有限公司 应用程序容错能力测试方法、电子设备及介质
CN113992755A (zh) * 2021-10-27 2022-01-28 中国电信股份有限公司 基于微服务网关的请求处理方法、***、设备及存储介质
TWI755005B (zh) * 2020-07-29 2022-02-11 鴻海精密工業股份有限公司 基於改進的rest協議的測試方法、用戶端、伺服器及介質

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114172877B (zh) * 2021-11-11 2024-01-26 欧冶云商股份有限公司 一种基于http协议的中间件数据传输方法、装置、设备及存储介质

Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1228622A2 (en) * 1999-11-05 2002-08-07 Nokia Corporation System and method for effective use of air link between mobile stations and gateway servers
CN1901490A (zh) * 2005-07-19 2007-01-24 国际商业机器公司 用于提供Web服务的方法、装置以及程序产品
CN101420729A (zh) * 2007-10-26 2009-04-29 华为技术有限公司 一种实现重定向的方法、***和设备
CN101764767A (zh) * 2008-12-23 2010-06-30 华为技术有限公司 网络互联的方法、网关设备及***
EP1329122B1 (en) * 2000-08-25 2010-09-29 Nokia Corporation A method of arranging data transfer in a wireless telecommunication system
CN101854375A (zh) * 2009-03-31 2010-10-06 华为软件技术有限公司 重定向方法及装置
US7995559B2 (en) * 2006-02-27 2011-08-09 Cisco Technology, Inc. System and method for interworking communication protocols to provide supplementary services
CN102291437A (zh) * 2011-07-27 2011-12-21 武汉天喻信息产业股份有限公司 跨平台互联网应用的实现***及方法
CN102638454A (zh) * 2012-03-14 2012-08-15 武汉理工大学 一种面向http身份鉴别协议的插件式单点登录集成方法
CN103200146A (zh) * 2012-01-04 2013-07-10 ***通信集团安徽有限公司 终端和服务器的数据同步方法和装置
CN103580937A (zh) * 2012-07-24 2014-02-12 阿里巴巴集团控股有限公司 一种Web 服务模拟的方法及其***和服务代理***
CN105227667A (zh) * 2015-10-14 2016-01-06 深圳市金证科技股份有限公司 报文转换方法及平台
US9264435B2 (en) * 2011-02-15 2016-02-16 Boingo Wireless, Inc. Apparatus and methods for access solutions to wireless and wired networks
CN105939313A (zh) * 2015-09-01 2016-09-14 杭州迪普科技有限公司 状态码重定向方法及装置
CN106101239A (zh) * 2016-06-21 2016-11-09 杭州迪普科技有限公司 Http重定向报文的重写方法及装置
CN106878337A (zh) * 2017-03-29 2017-06-20 华南理工大学 一种实现接入网源地址验证的Web认证方法与***
CN108965223A (zh) * 2017-12-12 2018-12-07 北京视联动力国际信息技术有限公司 一种基于视联网的网页处理方法、代理服务器及视联网终端
CN110022289A (zh) * 2018-01-10 2019-07-16 北龙中网（北京）科技有限责任公司 数据传输方法、装置及***

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168316B (zh) * 2014-08-11 2019-01-11 北京星网锐捷网络技术有限公司 一种网页访问控制方法、网关
CN105791450A (zh) * 2014-12-19 2016-07-20 中兴通讯股份有限公司 一种域名***dns重定向的方法、装置和***
CN105721479B (zh) * 2016-03-02 2019-01-04 北京网康科技有限公司 一种网址过滤方法及装置

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1228622A2 (en) * 1999-11-05 2002-08-07 Nokia Corporation System and method for effective use of air link between mobile stations and gateway servers
EP1329122B1 (en) * 2000-08-25 2010-09-29 Nokia Corporation A method of arranging data transfer in a wireless telecommunication system
CN1901490A (zh) * 2005-07-19 2007-01-24 国际商业机器公司 用于提供Web服务的方法、装置以及程序产品
US7995559B2 (en) * 2006-02-27 2011-08-09 Cisco Technology, Inc. System and method for interworking communication protocols to provide supplementary services
CN101420729A (zh) * 2007-10-26 2009-04-29 华为技术有限公司 一种实现重定向的方法、***和设备
CN101764767A (zh) * 2008-12-23 2010-06-30 华为技术有限公司 网络互联的方法、网关设备及***
CN101854375A (zh) * 2009-03-31 2010-10-06 华为软件技术有限公司 重定向方法及装置
US9264435B2 (en) * 2011-02-15 2016-02-16 Boingo Wireless, Inc. Apparatus and methods for access solutions to wireless and wired networks
CN102291437A (zh) * 2011-07-27 2011-12-21 武汉天喻信息产业股份有限公司 跨平台互联网应用的实现***及方法
CN103200146A (zh) * 2012-01-04 2013-07-10 ***通信集团安徽有限公司 终端和服务器的数据同步方法和装置
CN102638454A (zh) * 2012-03-14 2012-08-15 武汉理工大学 一种面向http身份鉴别协议的插件式单点登录集成方法
CN103580937A (zh) * 2012-07-24 2014-02-12 阿里巴巴集团控股有限公司 一种Web 服务模拟的方法及其***和服务代理***
CN105939313A (zh) * 2015-09-01 2016-09-14 杭州迪普科技有限公司 状态码重定向方法及装置
CN105227667A (zh) * 2015-10-14 2016-01-06 深圳市金证科技股份有限公司 报文转换方法及平台
CN106101239A (zh) * 2016-06-21 2016-11-09 杭州迪普科技有限公司 Http重定向报文的重写方法及装置
CN106878337A (zh) * 2017-03-29 2017-06-20 华南理工大学 一种实现接入网源地址验证的Web认证方法与***
CN108965223A (zh) * 2017-12-12 2018-12-07 北京视联动力国际信息技术有限公司 一种基于视联网的网页处理方法、代理服务器及视联网终端
CN110022289A (zh) * 2018-01-10 2019-07-16 北龙中网（北京）科技有限责任公司 数据传输方法、装置及***

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI755005B (zh) * 2020-07-29 2022-02-11 鴻海精密工業股份有限公司 基於改進的rest協議的測試方法、用戶端、伺服器及介質
CN111858381A (zh) * 2020-07-31 2020-10-30 北京字节跳动网络技术有限公司 应用程序容错能力测试方法、电子设备及介质
CN111858381B (zh) * 2020-07-31 2023-05-16 抖音视界有限公司 应用程序容错能力测试方法、电子设备及介质
CN113992755A (zh) * 2021-10-27 2022-01-28 中国电信股份有限公司 基于微服务网关的请求处理方法、***、设备及存储介质

Also Published As

Publication number Publication date
CA3153431A1 (en) 2021-03-11
WO2021042815A1 (zh) 2021-03-11

Similar Documents

Publication Publication Date Title
US10498736B2 (en) Third party program integrity and integration control in web based applications
EP2418826B1 (en) Systems, methods, and apparatus to monitor mobile internet activity
WO2021042815A1 (zh) Http重定向状态码捕获方法、装置和计算机设备
US8910259B2 (en) Systems, methods, and apparatus to monitor mobile internet activity
CN112104754B (zh) 网络代理方法、***、装置、设备及存储介质
EP2549713A2 (en) Systems, methods, and apparatus to monitor mobile internet activity
CN111193716B (zh) 业务数据调用方法、装置、计算机设备和存储介质
CN104158808A (zh) 基于APP应用的Portal认证方法及其装置
CN109688280A (zh) 请求处理方法、请求处理设备、浏览器及存储介质
CN110943934A (zh) 服务请求处理方法、***、终端及可读存储介质
JP5790391B2 (ja) 遠隔ダウンロードを行う方法、システム及び持続性コンピュータ可読記憶媒体
CN112468540A (zh) 基于云平台的数据分发方法、设备及介质
CN112261111A (zh) 一种应用程序内浏览器跨域访问实现方法及***
CN114598750B (zh) 一种数据请求处理方法、装置及存储介质
CN105635148B (zh) 一种Portal认证方法及装置
CN105681122B (zh) 用于电信设备监视的方法和***
CN114915565B (zh) 网络调试的方法和***
CN113596119B (zh) 边缘能力分发方法、***、设备及计算机可读存储介质
CN105915639B (zh) 页面访问方法及装置
CA3153431C (en) Http redirect status code capture method and apparatus, and computer device
CN104426856A (zh) 应用登录方法、装置以及用户设备
CN111600769A (zh) 站点检测方法和装置及存储介质
CN110737513A (zh) 一种信息处理方法、***和电子设备
US9900372B2 (en) Techniques to detect and react to proxy interference
CN117014226B (zh) 服务请求鉴权方法、装置、设备、***和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200107