具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本申请实施例基于跨域请求本质上来说是一种浏览器端的安全机制,而在服务器端不存在此限制的原理,提供了一种跨域请求数据的方法及装置,用以在服务器端实现数据请求的跨域转发,从而达到跨域请求数据的目的。本申请实施例对实现语言无限制,可以通过多种语言实现,例如C、C++、Python、Go、PHP等。为便于理解本申请实施例提供的跨域请求数据的方法及装置,下面首先介绍本申请实施例的具体应用场景。
图1为本申请实施例提供的跨域请求数据的场景示意图,如图1所示,该跨域请求数据的场景包括客户端100、原服务器200和若干个目标服务器300,客户端100由用户操作,并通过网络400与原服务器200通信连接,原服务器200通过网络500与目标服务器300通信连接。客户端100与原服务器200属于同一域,原服务器200为客户端100的后台服务器,客户端100与任意一个目标服务器300均属于不同域,且每个目标服务器300均属于不同域,客户端100在不跨域的情况下能够直接与原服务器200建立通信连接关系,无法直接与目标服务器300建立通信连接关系,以两个目标服务器300为例,客户端100和原服务器200都属于a.com域,一个目标服务器300属于b.com域,另一个目标服务器300属于c.com域,客户端100在不跨域的情况下,只能够直接向原服务器200发送数据请求,无法直接向任意一个目标服务器300发送数据请求。
客户端100可以为手机、平板电脑、台式计算机、便携笔记本式计算机、车载计算机等。客户端100可以运行程序模块,并与原服务器200实现数据交互,如客户端100运行浏览器模块,并根据用户在浏览器页面中的操作向原服务器200发送数据请求,并接收原服务器200根据该数据请求返回的处理结果。
原服务器200可以为包含独立主机的物理服务器,或者为主机集群承载的虚拟服务器,或者为云服务器。原服务器200可以对客户端100上传的数据请求进行处理,并向客户端100返回处理结果,原服务器200还可以向目标服务器300发送跨域的数据请求,并接收目标服务器300根据该跨域的数据请求返回的处理结果。
目标服务器300可以为包含独立主机的物理服务器,或者为主机集群承载的虚拟服务器,或者为云服务器。目标服务器300可以接收原服务器200发送的数据请求并对其进行处理,并向原服务器200返回处理结果。
网络400和网络500均可以包括多种类型的有线或无线网络。如,网络400和500均可以包括公共交换电话网络(Public Switched Telephone Network,PSTN)和因特网。
图2为本申请实施例提供的跨域请求数据的方法的第一种流程示意图,该流程能够由图1中的客户端100执行,如图2所示,该流程包括以下步骤:
步骤S202,确定用户所请求的数据所属的域。
用户可以在客户端100处执行数据请求动作,如通过鼠标或触屏的方式点击客户端100的显示屏幕上显示的某个URL(Uniform Resource Locator,统一资源定位符)链接,或者点击某个控件(如按钮或图标),当用户执行数据请求动作后,客户端100确定用户所请求的数据所属的域。
客户端100可以根据用户所点击的URL或者控件的参数确定用户所请求的数据所属的域,如被点击的URL或者控件的参数指向了客户端100所在的本域,则确定用户所请求的数据为本域的数据,被点击的URL或者控件的参数指向了本域以外的域,则确定用户所请求的数据不为本域的数据。若客户端100确定用户所请求的数据为本域的数据,则说明该数据能够由客户端100本域的原服务器200提供,若客户端100确定用户所请求的数据不为本域的数据,则说明该数据不能由客户端100本域的原服务器200提供,需要由相应域的服务器提供。
步骤S204,若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将原数据请求发送至本域的原服务器,以使原服务器根据原数据请求向相应域的目标服务器请求数据。
如图1所示,若客户端100确定用户所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将该原数据请求发送至本域的原服务器200,以使原服务器200根据该原数据请求向相应域的目标服务器300请求数据,如,原服务器200根据该原数据请求生成跨域数据请求,将跨域数据请求发送至相应域的目标服务器300,以向相应域的目标服务器300请求数据。
本申请实施例提供了一种根据指向本域的地址参数和指向该相应域的地址参数生成原数据请求的方式,具体为:根据指向本域的地址参数生成原数据请求的地址参数;根据指向该相应域的地址参数生成原数据请求的请求参数;将原数据请求的地址参数和原数据请求的请求参数拼接起来组成原数据请求。
原数据请求为发送给客户端100本域的原服务器200的请求,原数据请求包括地址参数和请求参数两部分,由于原数据请求需要发送至客户端100本域的原服务器200,因此将指向本域的地址参数作为原数据请求的地址参数。在客户端100本域的原服务器200接收到原数据请求后,为了使原服务器200能够根据原数据请求向相应域的目标服务器300请求数据,还可以将指向该相应域的地址参数作为原数据请求的请求参数的一部分,原数据请求的请求参数的另一部分可以为与所请求的数据相关联的参数,将原数据请求的地址参数和原数据请求的请求参数拼接起来既能够得到原数据请求。需要说明的是,由于客户端100能够确定用户所请求的数据不为本域的数据,因此客户端100能够根据用户所请求的数据获取相应域的地址参数,比如通过用户点击的URL或者控件的参数获取相应域的地址参数。
本申请实施例中的方法,确定用户所请求的数据所属的域,若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将原数据请求发送至本域的原服务器,以使原服务器根据原数据请求向相应域的目标服务器请求数据。通过本申请实施例中的方法,当用户请求本域以外的域的数据时,能够通过本域的原服务器向相应域的目标服务器请求数据,从而获取用户所请求的数据,实现服务器端的跨域请求。
本申请实施例中,若客户端100确定用户所请求的数据为本域的数据,则生成不需要跨域转发的原数据请求,并将该不需要跨域转发的原数据请求发送至原服务器200,以使原服务器200在接收到该不需要跨域转发的原数据请求后,获取该请求对应的数据,并将获取的数据返回至客户端100。其中,不需要跨域转发的原数据请求中的地址参数为指向本域的地址参数,且不需要跨域转发的原数据请求中不包含指向本域以外的域的地址参数。
本申请实施例中,由于需要跨域转发的原数据请求和不需要跨域转发的原数据请求均是发送至本域的原服务器200的请求,因此需要跨域转发的原数据请求和不需要跨域转发的原数据请求,均支持POST请求方法和GET请求方法,对请求方法无限制。
本申请实施例中,为便于原服务器200在接收到原数据请求后,快速判断原数据请求是否需要跨域转发,还可以在需要跨域转发的原数据请求内设置跨域标识信息,以使原服务器200根据跨域标识信息确定该原数据请求需要跨域转发,其中,跨域标识信息可以位于原数据请求的地址参数内,还可以位于原数据请求的请求参数内,跨域标识信息可以为固定的字符串,如“kyzf”等。对于不需要跨域转发的原数据请求,则不需要设置跨域请求标识。
在对原服务器200执行跨域转发动作要求较低的场景下,可以在需要跨域转发的原数据请求内只设置指向上述相应域的地址参数,不设置跨域标识信息,以便于原服务器200在检测到指向相应域的地址参数后进行跨域转发;在对原服务器200执行跨域转发动作要求较高的场景下,可以在需要跨域转发的原数据请求内设置指向上述相应域的地址参数和跨域标识信息,以便原服务器200在检测到跨域标识信息和指向相应域的地址参数均存在的情况下进行跨域转发。
本申请实施例中,客户端100在向原服务器200发送需要跨域转发的原数据请求后,还可以接收原服务器200根据该原数据请求返回的第一请求结果并显示,其中,第一请求结果由原服务器200向相应域的目标服务器300请求数据后,根据请求得到的数据所生成。
原服务器200在接收到需要跨域转发的原数据请求后,根据该原数据请求生成跨域数据请求,并将跨域数据请求发送至相应域的目标服务器300,以向相应域的目标服务器300请求数据,第一请求结果可以是相应域的目标服务器300根据跨域数据请求返回的数据,该数据可以是跨域数据请求所请求的数据,也即是原数据请求所请求的数据(也即用户所请求的数据);在其他实施方式中,原服务器200还可以对相应域的目标服务器300返回的数据进行格式转换、数据修改等处理,将处理结果作为第一请求结果发送至客户端100。
同理,客户端100在向原服务器200发送不需要跨域转发的原数据请求后,还可以接收原服务器200根据该原数据请求返回的第二请求结果并显示,其中,第二请求结果可以是原服务器200在本域内获取的用户所请求的数据。
本申请实施例中,客户端100既可以接收同域请求的请求结果,也可以接收跨域请求的请求结果,兼备同域请求和跨域请求功能,方便用户快速获取所需的数据。
针对图2中的流程,本申请实施例还提供了一种跨域请求数据的方法流程,图3为本申请实施例提供的跨域请求数据的方法的第二种流程示意图,该流程由图1中的客户端100执行,如图3所示,该流程包括以下步骤:
步骤S302,判断用户所请求的数据是否为本域的数据。
若是,执行步骤S304,否则执行步骤S306。
步骤S304,生成需要跨域转发的原数据请求,该原数据请求包含指向本域的地址参数和指向相应域的地址参数。
步骤S306,生成不需要跨域转发的原数据请求,该原数据请求包含指向本域的地址参数。
步骤S308,将需要跨域转发的原数据请求发送至原服务器200。
步骤S310,将不需要跨域转发的原数据请求发送至原服务器200。
步骤S312,接收原服务器200对需要跨域转发的原数据请求进行处理后返回的第一请求结果,该第一请求结果可以是相应域的目标服务器300提供的用户所请求的数据。
原服务器200在接收到需要跨域转发的原数据请求后,根据需要跨域转发的原数据请求生成跨域数据请求,并将跨域数据请求发送至相应域的目标服务器300,以向相应域的目标服务器300请求数据,第一请求结果可以是相应域的目标服务器300根据跨域数据请求返回的数据,该数据即为用户所请求的数据。
步骤S314,接收原服务器200对不需要跨域转发的原数据请求进行处理后返回的第二请求结果,该第二请求结果可以是原服务器200在本域内获取的用户所请求的数据。
通过图3中的流程,由于原数据请求是发送至本域的原服务器200的请求,因此原数据请求可以是任何类型的数据请求,如GET或者POST类型的数据请求;通过图3中的流程,能够在服务器端实现跨域请求数据,使用户获取所请求的数据。
与图2至图3中的方法流程相对应,本申请实施例还提供了另外一种跨域请求数据的流程,图4为本申请实施例提供的跨域请求数据的方法的第三种流程示意图,该流程由图1中的原服务器200执行,如图4所示,该流程包括以下步骤:
步骤S402,接收本域的客户端发送的原数据请求。
原数据请求可以是GET请求,也可以是POST请求。原服务器200通过网络400接收客户端100发送的原数据请求。
步骤S404,若确定原数据请求需要跨域转发,则根据原数据请求构建跨域数据请求。
通过图2的流程描述可知,客户端100在生成需要跨域转发的原数据请求时,会在原数据请求的请求参数部分设置指向相应域的地址参数,也可以在原数据请求中设置跨域标识信息,因此本步骤中,原服务器200对接收到的原数据请求进行解析,确定该原数据请求包含的参数信息,若原数据请求携带有预设的跨域标识信息,和/或,原数据请求携带有指向相应域的地址参数,则原服务器200确定原数据请求需要跨域转发。
在对原服务器200执行跨域转发动作要求较低的场景下,原服务器200判断接收到的原数据请求是否携带跨域标识信息,或者判断接收到的原数据请求是否携带指向上述相应域的地址参数,若携带有跨域标识信息,或者携带有指向上述相应域的地址参数,则确定原数据请求需要跨域转发,反之,确定原数据请求不需要跨域转发。
在对原服务器200执行跨域转发动作要求较高的场景下,原服务器200判断接收到的原数据请求是否携带跨域标识信息,且判断接收到的原数据请求是否携带指向上述相应域的地址参数,若携带有跨域标识信息和指向上述相应域的地址参数,则确定原数据请求需要跨域转发,反之,确定原数据请求不需要跨域转发。
在以上两种场景的基础上,原服务器200还可以判断接收到的原数据请求携带的指向上述相应域的地址参数是否符合预设的格式要求,若符合,则确定原数据请求需要跨域转发,反之,确定原数据请求不需要跨域转发。该种方式可以和以上两种场景任意结合,这里不过多举例。
根据图2的流程描述可知,原数据请求包括请求参数,请求参数包含两部分,一部分是指向相应域的地址参数,另一部分是与所请求的数据相关联的参数。本申请实施例还提供了一种根据原数据请求携带的请求参数构建跨域数据请求的方式,具体为:根据原数据请求携带的指向上述相应域的地址参数构建跨域数据请求的地址参数;根据原数据请求携带的与所请求的数据相关联的参数,确定跨域数据请求的请求参数;将跨域数据请求的地址参数和跨域数据请求的请求参数拼接起来组成跨域数据请求。
跨域数据请求为原服务器100发送给目标服务器300的请求,包括地址参数和请求参数两部分,由于跨域数据请求需要发送至目标服务器300,因此将指向上述相应域的地址参数作为跨域数据请求的地址参数。为便于目标服务器300根据跨域数据请求确定所请求的数据,将原数据请求携带的与所请求的数据相关联的参数作为跨域数据请求的请求参数,将跨域数据请求的地址参数和跨域数据请求的请求参数拼接起来既能够得到跨域数据请求。
举例说明,需要跨域转发的原数据请求包括地址参数A和请求参数B两部分,其中地址参数A为指向本域的地址参数,请求参数B包括指向相应域的地址参数B1和与所请求的数据相关联的参数B2。原服务器200根据该原数据请求构建跨域数据请求时,将指向相应域的地址参数B1作为跨域数据请求的地址参数,将与所请求的数据相关联的参数B2作为跨域数据请求的请求参数,将跨域数据请求的地址参数和跨域数据请求的请求参数拼接起来得到跨域数据请求。若存在跨域标识信息,则跨域标识信息可以在地址参数A中设置。
考虑到跨域请求的地址参数具有一定的格式要求,根据原数据请求携带的指向上述相应域的地址参数构建跨域数据请求的地址参数,具体可以为:提取指向上述相应域的地址参数中的预设字段的内容,按照跨域数据请求的地址参数的格式对提取的内容进行排列、组合、修改、解析中的一种或多种操作,得到跨域数据请求的地址参数。
例如,指向上述相应域的地址参数中的预设字段包括Host、Path和Method字段,跨域数据请求的地址参数包括URL、Method和Host字段,则提取指向上述相应域的地址参数中的Host、Path和Method字段的内容,将Host和Path的内容拼接成跨域数据请求的地址参数的URL,将Method字段作为跨域数据请求的地址参数的Method,将Host字段作为跨域数据请求的地址参数的Host。
当指向上述相应域的地址参数中的预设字段的内容为密文或编码形式时,原服务器200首先根据预定的解密或解码规则对预设字段的内容解密或解析,再将解密或解析得到的内容进行排列、组合,以得到跨域数据请求的地址参数。
比如,客户端100以密文的形式传输指向上述相应域的地址参数,则原服务器200先对指向上述相应域的地址参数进行解析或解密,得到预设字段的内容,然后再根据预设字段的内容生成跨域数据请求的地址参数。客户端100以密文的形式传输指向上述相应域的地址参数,能够防止地址参数被泄露,提高传输的安全性,在密文长度较短时,还能够减少传输的字符数量,提高传输速度。
当指向上述相应域的地址参数中的预设字段的内容不符合跨域数据请求的地址参数的格式要求时,比如预设字段的内容字符串长度过长或过短,则先对预设字段的内容进行修改,再根据修改后的内容得到跨域数据请求的地址参数,从而使跨域数据请求能够被目标服务器成功解析。在其他应用场景中,对预设字段的内容进行排列、组合、修改、解析的操作可以根据场景需要任意组合,这里不过多赘述。通过本实施例中的方式得到的跨域数据请求的地址参数符合该地址参数的格式要求,从而保证跨域数据请求能够被目标服务器300准确处理。
根据本步骤构建跨域数据请求后,还执行步骤S406。
步骤S406,将跨域数据请求发送至相应域的目标服务器,以向目标服务器请求数据。
相应域具体是哪个域在客户端100生成需要跨域转发的原数据请求时已经确定,即为用户所请求的数据所属的域,因此具体是哪个目标服务器300也已经确定。本步骤中,原服务器200将跨域数据请求发送至相应域的目标服务器300,以向目标服务器300请求数据。
本申请实施例中的方法,接收本域的客户端发送的原数据请求,若确定原数据请求需要跨域转发,则根据原数据请求构建跨域数据请求,将跨域数据请求发送至相应域的目标服务器,以向目标服务器请求数据。通过本申请实施例中的方法,当接收到需要跨域转发的原数据请求时,可以构建相应的跨域数据请求,以向相应域的目标服务器请求数据,从而实现服务器端的跨域请求,该方法还具有实现简单,对目标服务器的代码无入侵,不影响目标服务器端的安全性,以及支持GET或POST等任何形式的原数据请求的优点。
本申请实施例中的方法通过服务器端转发请求的方式绕过了跨域请求的限制从而解决了跨域问题,实现本实施例中的方法的服务模块可以在原服务器200内进行封装,从而不入侵原服务器200的原始代码,不干扰原服务器200的原有功能。
本申请实施例中,原服务器200若确定原数据请求不需要跨域转发,则对该原数据请求进行处理,并向客户端100返回处理结果,如在本域内获取用户所请求的数据并发送至客户端100。
原服务器200在向目标服务器300发送跨域数据请求后,还接收目标服务器300根据跨域数据请求返回的数据,并根据返回的数据向客户端100发送请求结果,该请求结果与接收到的原数据请求相对应。
根据返回的数据向客户端100发送请求结果可以为,将返回的数据作为请求结果发送至客户端100,或者,对返回的数据进行处理,得到请求结果,将请求结果发送至客户端100;其中,处理包括格式转换、数据合并、数据修改中的一种或多种。其中,目标服务器300根据跨域数据请求返回的数据可以是目标服务器300在相应域内获取的用户所请求的数据。
原服务器200可以直接将目标服务器300返回的数据作为请求结果发送至客户端100,也可以根据客户端100的显示需要,对目标服务器300返回的数据进行格式转换或者数据修改,将处理后的数据作为请求结果返回至客户端100。在需要跨域转发的原数据请求为数据查询请求时,原服务器200可以根据该数据查询请求在本域内查找数据,并将查找到的数据与目标服务器300返回的数据进行合并,将合并得到的数据作为请求结果发送至客户端100。在其他一些场景中,数据修改、数据合并、格式转换的动作可以根据需要任意组合,这里不过多赘述。
本实施例中,通过对目标服务器300返回的数据进行格式转换、数据合并、数据修改中的一种或多种处理,能够扩展原服务器200的功能,使得原服务器200发送至客户端100的请求结果满足客户端100的多种应用场景的需要。
针对图4中的流程,本申请实施例还提供了一种跨域请求数据的方法流程,图5为本申请实施例提供的跨域请求数据的方法的第四种流程示意图,该流程由图1中的原服务器200执行,如图5所示,该流程包括以下步骤:
步骤S502,接收客户端100发送的原数据请求。
步骤S504,判断接收到的原数据请求是否携带有预设的跨域标识信息。
若是,执行步骤S506,否则,执行步骤S508。
步骤S506,校验接收到的原数据请求携带的指向相应域的地址参数是否满足预设格式要求,若是,执行步骤S510,否则,执行步骤S512。
步骤S508,在本域内获取原数据请求所请求的数据,并发送至客户端100。
步骤S510,根据原数据请求构建跨域数据请求,将构建的跨域数据请求发送至对应的目标服务器300。
步骤S512,向客户端100发送转发参数错误的提示信息。
步骤S514,接收目标服务器300根据跨域数据请求返回的数据,将该数据转发至客户端100。该数据可以是目标服务器300在相应域内获取的用户所请求的数据。
通过图5所示的流程,原服务器200能够通过跨域标识信息判断接收到的原数据请求是否需要跨域转发,并在相应域的地址参数不满足预设格式要求的时候向客户端100返回提示信息,以使客户端100重新发送原数据请求。
为更好地理解本申请实施例中的跨域请求数据的方法,还提供另一种方法流程,图6为本申请实施例提供的跨域请求数据的方法的第五种流程示意图,该流程应用在图1所示的场景中,如图6所示,该流程包括以下步骤:
步骤S602,客户端100确定用户所请求的数据不为本域的数据。
步骤S604,客户端100根据指向本域的地址参数和指向相应域的地址参数生成需要跨域转发的原数据请求,并在原数据请求内添加跨域标识信息。
步骤S606,客户端100将原数据请求发送至原服务器200。
步骤S608,原服务器200根据接收到的原数据请求内携带的跨域标识信息,确定接收到的原数据请求需要跨域转发。
步骤S610,原服务器200根据接收到的原数据请求携带的指向相应域的地址参数和与所请求的数据相关联的参数构建跨域数据请求。
步骤S612,原服务器200将跨域数据请求发送至相应域的目标服务器300。
步骤S614,目标服务器300在相应域内获取跨域数据请求所请求的数据。
步骤S616,目标服务器300将获取的数据发送至原服务器200。
步骤S618,原服务器200接收目标服务器300返回的数据,将目标服务器300返回的数据发送至客户端100。
步骤S620,客户端100显示接收到的数据。
通过图6中的流程,在客户端100、原服务器200和相应域的目标服务器300的共同配合下,能够绕开跨域请求的前端限制,实现服务器端的跨域数据请求,简单快速的获取用户所需的数据,并且对目标服务器端无代码入侵,不影响目标服务器的安全性。
对应上述图2至图3中的方法,本申请实施例还提供了一种跨域请求数据的装置,能够应用在客户端100侧,图7为本申请实施例提供的跨域请求数据的装置的第一种模块组成示意图,如图7所示,该装置包括:
数据确定模块71,用于确定用户所请求的数据所属的域;
请求生成模块72,用于若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将所述原数据请求发送至本域的原服务器,以使所述原服务器根据所述原数据请求向相应域的目标服务器请求数据。
可选地,请求生成模块72具体用于,
根据指向本域的地址参数生成所述原数据请求的地址参数;
根据指向所述相应域的地址参数生成所述原数据请求的请求参数;
将所述原数据请求的地址参数和所述原数据请求的请求参数拼接起来组成所述原数据请求。
可选地,该装置还包括:
标识添加模块,用于在所述原数据请求内设置跨域标识信息,以使所述原服务器根据所述跨域标识信息确定所述原数据请求需要跨域转发。
可选地,该装置还包括:
结果接收模块,用于接收所述原服务器返回的请求结果,所述请求结果由所述原服务器根据向所述目标服务器请求得到的数据生成。
本申请实施例中的装置,确定用户所请求的数据所属的域,若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将原数据请求发送至本域的原服务器,以使原服务器根据原数据请求向相应域的目标服务器请求数据。通过本申请实施例中的装置,当用户请求本域以外的域的数据时,能够通过本域的原服务器向相应域的目标服务器请求数据,从而获取用户所请求的数据,实现服务器端的跨域请求。
对应上述图4至图5中的方法,本申请实施例还提供了一种跨域请求数据的装置,能够应用在原服务器200侧,图8为本申请实施例提供的跨域请求数据的装置的第二种模块组成示意图,如图8所示,该装置包括:
请求接收模块81,用于接收本域的客户端发送的原数据请求;
请求构建模块82,用于若确定所述原数据请求需要跨域转发,则根据所述原数据请求构建跨域数据请求;
跨域发送模块83,用于将所述跨域数据请求发送至相应域的目标服务器,以向所述目标服务器请求数据。
可选地,该装置还包括:
转发确定模块,用于若所述原数据请求携带有预设的跨域标识信息,和/或,所述原数据请求携带有指向所述相应域的地址参数,则确定所述原数据请求需要跨域转发。
可选地,请求构建模块82包括:
第一确定子模块,用于根据所述原数据请求携带的指向所述相应域的地址参数构建所述跨域数据请求的地址参数;
第二确定子模块,用于根据所述原数据请求携带的与所请求的数据相关联的参数,确定所述跨域数据请求的请求参数;
拼接子模块,用于将所述跨域数据请求的地址参数和所述跨域数据请求的请求参数拼接起来组成所述跨域数据请求。
可选地,所述第一确定子模块具体用于,
提取指向所述相应域的地址参数中的预设字段的内容,按照所述跨域数据请求的地址参数的格式对提取的内容进行排列、组合、修改、解析中的一种或多种操作,得到所述跨域数据请求的地址参数。
可选地,该装置还包括:
数据返回模块,用于接收所述目标服务器根据所述跨域数据请求返回的数据,根据所述返回的数据向所述客户端发送请求结果。
可选地,所述数据返回模块具体用于,
将所述返回的数据作为请求结果发送至所述客户端;或者,
对所述返回的数据进行处理,得到请求结果,将所述请求结果发送至所述客户端;其中,所述处理包括格式转换、数据合并、数据修改中的一种或多种。
可选地,所述预设字段包括Host、Path和Method字段;所述跨域数据请求的地址参数包括统一资源定位符URL、Method和Host字段。
本申请实施例中的装置,接收本域的客户端发送的原数据请求,若确定原数据请求需要跨域转发,则根据原数据请求构建跨域数据请求,将跨域数据请求发送至相应域的目标服务器,以向目标服务器请求数据。通过本申请实施例中的装置,当接收到需要跨域转发的原数据请求时,可以构建相应的跨域数据请求,以向相应域的目标服务器请求数据,从而实现服务器端的跨域请求,该方法还具有实现简单,对目标服务器的代码无入侵,不影响目标服务器端的安全性,以及支持GET或POST等任何形式的原数据请求的优点。
进一步地,本申请实施例还提供了一种跨域请求数据的设备,图9为本申请实施例提供的跨域请求数据的设备的结构示意图。
如图9所示,跨域请求数据的设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器901和存储器902,存储器902中可以存储有一个或一个以上存储应用程序或数据。其中,存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对跨域请求数据的设备中的一系列计算机可执行指令。更进一步地,处理器901可以设置为与存储器902通信,在跨域请求数据的设备上执行存储器902中的一系列计算机可执行指令。跨域请求数据的设备还可以包括一个或一个以上电源903,一个或一个以上有线或无线网络接口904,一个或一个以上输入输出接口905,一个或一个以上键盘906等。
在一个具体的实施例中,跨域请求数据的设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对跨域请求数据的设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
确定用户所请求的数据所属的域;
若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将所述原数据请求发送至本域的原服务器,以使所述原服务器根据所述原数据请求向相应域的目标服务器请求数据。
可选地,计算机可执行指令在被执行时,生成需要跨域转发的原数据请求,包括:
根据指向本域的地址参数生成所述原数据请求的地址参数;
根据指向所述相应域的地址参数生成所述原数据请求的请求参数;
将所述原数据请求的地址参数和所述原数据请求的请求参数拼接起来组成所述原数据请求。
可选地,计算机可执行指令在被执行时,还能够使所述处理器,
在所述原数据请求内设置跨域标识信息,以使所述原服务器根据所述跨域标识信息确定所述原数据请求需要跨域转发。
可选地,计算机可执行指令在被执行时,还能够使所述处理器,
接收所述原服务器返回的请求结果,所述请求结果由所述原服务器根据向所述目标服务器请求得到的数据生成。
本申请实施例中的设备,确定用户所请求的数据所属的域,若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将原数据请求发送至本域的原服务器,以使原服务器根据原数据请求向相应域的目标服务器请求数据。通过本申请实施例中的设备,当用户请求本域以外的域的数据时,能够通过本域的原服务器向相应域的目标服务器请求数据,从而获取用户所请求的数据,实现服务器端的跨域请求。
在一个具体的实施例中,跨域请求数据的设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对跨域请求数据的设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
接收本域的客户端发送的原数据请求;
若确定所述原数据请求需要跨域转发,则根据所述原数据请求构建跨域数据请求;
将所述跨域数据请求发送至相应域的目标服务器,以向所述目标服务器请求数据。
可选地,计算机可执行指令在被执行时,还能够使所述处理器,
若所述原数据请求携带有预设的跨域标识信息,和/或,所述原数据请求携带有指向所述相应域的地址参数,则确定所述原数据请求需要跨域转发。
可选地,计算机可执行指令在被执行时,根据所述原数据请求构建跨域数据请求,包括:
根据所述原数据请求携带的指向所述相应域的地址参数构建所述跨域数据请求的地址参数;
根据所述原数据请求携带的与所请求的数据相关联的参数,确定所述跨域数据请求的请求参数;
将所述跨域数据请求的地址参数和所述跨域数据请求的请求参数拼接起来组成所述跨域数据请求。
可选地,计算机可执行指令在被执行时,根据所述原数据请求携带的指向所述相应域的地址参数构建所述跨域数据请求的地址参数,包括:
提取指向所述相应域的地址参数中的预设字段的内容,按照所述跨域数据请求的地址参数的格式对提取的内容进行排列、组合、修改、解析中的一种或多种操作,得到所述跨域数据请求的地址参数。
可选地,计算机可执行指令在被执行时,还能够使所述处理器,
接收所述目标服务器根据所述跨域数据请求返回的数据,根据所述返回的数据向所述客户端发送请求结果。
可选地,计算机可执行指令在被执行时,根据所述返回的数据向所述客户端发送请求结果,包括:
将所述返回的数据作为请求结果发送至所述客户端;或者,
对所述返回的数据进行处理,得到请求结果,将所述请求结果发送至所述客户端;其中,所述处理包括格式转换、数据合并、数据修改中的一种或多种。
可选地,计算机可执行指令在被执行时,所述预设字段包括Host、Path和Method字段;所述跨域数据请求的地址参数包括统一资源定位符URL、Method和Host字段。
本申请实施例中的设备,接收本域的客户端发送的原数据请求,若确定原数据请求需要跨域转发,则根据原数据请求构建跨域数据请求,将跨域数据请求发送至相应域的目标服务器,以向目标服务器请求数据。通过本申请实施例中的设备,当接收到需要跨域转发的原数据请求时,可以构建相应的跨域数据请求,以向相应域的目标服务器请求数据,从而实现服务器端的跨域请求,该方法还具有实现简单,对目标服务器的代码无入侵,不影响目标服务器端的安全性,以及支持GET或POST等任何形式的原数据请求的优点。
进一步地,本申请实施例还提供了一种存储介质,用于存储计算机可执行指令,一种具体的实施例中,该存储介质可以为U盘、光盘、硬盘等,该存储介质存储的计算机可执行指令在被处理器执行时,能实现以下流程:
确定用户所请求的数据所属的域;
若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将所述原数据请求发送至本域的原服务器,以使所述原服务器根据所述原数据请求向相应域的目标服务器请求数据。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,生成需要跨域转发的原数据请求,包括:
根据指向本域的地址参数生成所述原数据请求的地址参数;
根据指向所述相应域的地址参数生成所述原数据请求的请求参数;
将所述原数据请求的地址参数和所述原数据请求的请求参数拼接起来组成所述原数据请求。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,还能够实现以下流程:
在所述原数据请求内设置跨域标识信息,以使所述原服务器根据所述跨域标识信息确定所述原数据请求需要跨域转发。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,还能够实现以下流程:
接收所述原服务器返回的请求结果,所述请求结果由所述原服务器根据向所述目标服务器请求得到的数据生成。
本申请实施例中的存储介质存储的计算机指令在被执行后,确定用户所请求的数据所属的域,若所请求的数据不为本域的数据,则生成需要跨域转发的原数据请求,并将原数据请求发送至本域的原服务器,以使原服务器根据原数据请求向相应域的目标服务器请求数据。通过本申请实施例中的存储介质,当用户请求本域以外的域的数据时,能够通过本域的原服务器向相应域的目标服务器请求数据,从而获取用户所请求的数据,实现服务器端的跨域请求。
进一步地,本申请实施例还提供了一种存储介质,用于存储计算机可执行指令,一种具体的实施例中,该存储介质可以为U盘、光盘、硬盘等,该存储介质存储的计算机可执行指令在被处理器执行时,能实现以下流程:
接收本域的客户端发送的原数据请求;
若确定所述原数据请求需要跨域转发,则根据所述原数据请求构建跨域数据请求;
将所述跨域数据请求发送至相应域的目标服务器,以向所述目标服务器请求数据。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,还能够实现以下流程:
若所述原数据请求携带有预设的跨域标识信息,和/或,所述原数据请求携带有指向所述相应域的地址参数,则确定所述原数据请求需要跨域转发。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,根据所述原数据请求构建跨域数据请求,包括:
根据所述原数据请求携带的指向所述相应域的地址参数构建所述跨域数据请求的地址参数;
根据所述原数据请求携带的与所请求的数据相关联的参数,确定所述跨域数据请求的请求参数;
将所述跨域数据请求的地址参数和所述跨域数据请求的请求参数拼接起来组成所述跨域数据请求。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,根据所述原数据请求携带的指向所述相应域的地址参数构建所述跨域数据请求的地址参数,包括:
提取指向所述相应域的地址参数中的预设字段的内容,按照所述跨域数据请求的地址参数的格式对提取的内容进行排列、组合、修改、解析中的一种或多种操作,得到所述跨域数据请求的地址参数。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,还能够实现以下流程:
接收所述目标服务器根据所述跨域数据请求返回的数据,根据所述返回的数据向所述客户端发送请求结果。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,根据所述返回的数据向所述客户端发送请求结果,包括:
将所述返回的数据作为请求结果发送至所述客户端;或者,
对所述返回的数据进行处理,得到请求结果,将所述请求结果发送至所述客户端;其中,所述处理包括格式转换、数据合并、数据修改中的一种或多种。
可选地,该存储介质存储的计算机可执行指令在被处理器执行时,所述预设字段包括Host、Path和Method字段;所述跨域数据请求的地址参数包括统一资源定位符URL、Method和Host字段。
本申请实施例中的存储介质存储的计算机指令在被执行后,接收本域的客户端发送的原数据请求,若确定原数据请求需要跨域转发,则根据原数据请求构建跨域数据请求,将跨域数据请求发送至相应域的目标服务器,以向目标服务器请求数据。通过本申请实施例中的存储介质,当接收到需要跨域转发的原数据请求时,可以构建相应的跨域数据请求,以向相应域的目标服务器请求数据,从而实现服务器端的跨域请求,该方法还具有实现简单,对目标服务器的代码无入侵,不影响目标服务器端的安全性,以及支持GET或POST等任何形式的原数据请求的优点。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。