WO2019104975A1 - 基于dubbo框架的远程调用方法、服务器及存储介质 - Google Patents

基于dubbo框架的远程调用方法、服务器及存储介质 Download PDF

Info

Publication number
WO2019104975A1
WO2019104975A1 PCT/CN2018/089137 CN2018089137W WO2019104975A1 WO 2019104975 A1 WO2019104975 A1 WO 2019104975A1 CN 2018089137 W CN2018089137 W CN 2018089137W WO 2019104975 A1 WO2019104975 A1 WO 2019104975A1
Authority
WO
WIPO (PCT)
Prior art keywords
interface
class
service
information
server
Prior art date
Application number
PCT/CN2018/089137
Other languages
English (en)
French (fr)
Inventor
李刚
刘汉玉
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019104975A1 publication Critical patent/WO2019104975A1/zh

Links

Images

Classifications

    • 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/133—Protocols for remote procedure calls [RPC]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/544—Remote

Definitions

  • the present application relates to the field of remote service invocation, and in particular, to a remote calling method based on the dubbo framework, a server, and a computer readable storage medium.
  • Dubbo is a high-performance distributed service framework open sourced by Facebook, dedicated to providing high-performance and transparent remote service invocation solutions. Dubbo has transparent remote method calls, automatic service registration and discovery, soft load balancing and fault tolerance mechanisms, and is widely used by domestic Internet companies.
  • the present application provides a remote calling method based on the dubbo framework, a server, and a computer readable storage medium, which can avoid frequent configuration file modification and service system restart, effectively reduce the burden on the service platform, and improve service efficiency.
  • the present application provides a remote calling method based on a dubbo framework, the method comprising:
  • the receiving service party fills in the registration information in the user interface, and the registration information includes interface information and a registration center address of the service provided by the service party;
  • the present application further provides a server, including: a memory, a processor, and a dubbo framework-based remote calling program stored on the memory and executable on the processor, the dubbo framework-based remote The calling program is executed by the processor, and the following steps can be implemented:
  • the receiving service party fills in the registration information in the user interface, and the registration information includes interface information and a registration center address of the service provided by the service party;
  • the present application further provides a computer readable storage medium, including a dubbo framework-based remote calling program, when the dubbo framework-based remote calling program is executed by a processor Any step in the remote calling method based on the dubbo framework as described above can be implemented.
  • the dubbo framework-based remote calling method, server and computer readable storage medium provided by the application provide a user interface, receive interface information filled in the user interface and the registration center address, create an interface class according to the interface information, and call
  • the class loader loads the interface class from the memory to the virtual machine, and then queries the provided service information according to the interface information, and creates a proxy class corresponding to the interface class according to the service information that is queried, and according to the created proxy class.
  • Generate a unique URL to bind to the interface class then receive the URL request sent by the requester, find the corresponding proxy class according to the URL request, and find the appropriate invoker entity to serve from the interface class according to the correspondence between the interface class and the proxy class.
  • the host of the party initiates a remote call, so as to avoid constantly modifying the configuration file and restarting the system when the new service joins, so that the service call can be increased.
  • FIG. 1 is a schematic diagram of a preferred embodiment of a server of the present application.
  • FIG. 2 is a schematic diagram of an application environment of a remote calling method based on a dubbo framework
  • FIG. 3 is a block diagram showing a preferred embodiment of the remote calling program based on the dubbo framework in FIG. 1 and FIG. 2;
  • FIG. 4 is a flow chart of a preferred embodiment of a remote calling method based on the dubbo framework of the present application.
  • FIG. 1 it is a schematic diagram of a preferred embodiment of the server 1 of the present application.
  • the server 1 may be a server, a smart phone, a tablet computer, a personal computer, a portable computer, and other electronic devices having computing functions.
  • the server 1 includes a memory 11, a processor 12, a network interface 13, a communication bus 14, and a dubbo framework-based remote calling program 10 stored on the memory 11 and operable on the processor 12.
  • the network interface 13 can optionally include a standard wired interface and a wireless interface (such as a WI-FI interface).
  • Communication bus 14 is used to implement connection communication between these components.
  • the memory 11 includes at least one type of readable storage medium.
  • the at least one type of readable storage medium may be a non-volatile storage medium such as a flash memory, a hard disk, a multimedia card, a card type memory, or the like.
  • the memory 11 may be an internal storage unit of the server 1, such as a hard disk of the server 1.
  • the memory 11 may also be an external storage unit of the server 1, such as a plug-in hard disk equipped on the server 1, a smart memory card (SMC), and a secure digital ( Secure Digital, SD) cards, flash cards (FC cards), etc.
  • the memory 11 can be used not only for storing application software installed on the server 1 and various types of data, such as a remote calling program 10 based on the dubbo framework, but also for temporarily storing the output or The data to be output, such as an interface class.
  • the processor 12 in some embodiments, may be a Central Processing Unit (CPU), microprocessor or other data processing chip for running program code or processing data stored in the memory 11, such as executing a dubbo based framework.
  • CPU Central Processing Unit
  • microprocessor or other data processing chip for running program code or processing data stored in the memory 11, such as executing a dubbo based framework.
  • the server 1 may also include a display, which may be referred to as a display screen or display unit.
  • the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, and an Organic Light-Emitting Diode (OLED) touch sensor.
  • OLED Organic Light-Emitting Diode
  • the display is used to display information processed in the server 1 and a work interface for displaying visualizations.
  • the server 1 may further include a user interface, and the user interface may include an input unit such as a keyboard, a voice output device such as an audio, a headphone, and the like.
  • the user interface may include an input unit such as a keyboard, a voice output device such as an audio, a headphone, and the like.
  • the program code of the dubbo framework-based remote calling program 10 is stored in the memory 11 as a computer storage medium, and the processor 12 executes the program code of the dubbo framework-based remote calling program 10. , to achieve the following functions:
  • the receiving service party fills in the registration information in the user interface, and the registration information includes interface information and a registration center address of the service provided by the service party;
  • FIG. 2 it is a schematic diagram of an application environment of a remote calling method based on the dubbo framework.
  • the server 1 provides a user interface 2 for receiving the service party 3 to fill in the registration information in the user interface 2, and the registration information includes the service. Interface information and registry address of the service provided by the party.
  • the service party 3 issues service information through the registration center 5 before logging in to the server 1.
  • the registration center 5 After receiving the service information, the registration center 5 returns the interface information to the service party 3.
  • the remote calling program 10 based on the dubbo framework receives the service party 3 to enter the interface information and the registration center address in the user interface 2.
  • the servant S provides a service function that implements a sayhello, and the function is to call a hello.
  • the service provider S first publishes its own service information on the zookeeper. After receiving the service information, the zookeeper stores the service information of the service party into the zookeeper, and generates a registration information to be returned to the service party.
  • the zookeeper is primarily responsible for the registration and lookup of the registry address.
  • the interface information includes the package name, class name, and method name.
  • the remote calling program based on the dubbo framework receives the service party S to fill in the registration information.
  • the remote calling program 10 After receiving the interface information of the servant 3, the remote calling program 10 based on the dubbo framework creates an interface class according to the interface information provided by the servant 3, wherein the interface class defines the package name, the class name, the method name, the request parameter, and the return. parameter.
  • the interface class defines the package name, the class name, the method name, the request parameter, and the return. parameter.
  • the remote caller 10 based on the dubbo framework calls the class loader to load the interface class from the local storage onto the virtual machine.
  • the interface class is more than one, and the generated interface class is stored in a local memory, such as a hard disk. Therefore, when we need to call the class loader, the interface class is first loaded from the hard disk into the virtual machine memory. For example, when the program runs, the virtual machine is first started, and then the class loader is called to add the interface class corresponding to the service party S in the hard disk to the virtual machine.
  • the class loader includes: an application class loader, an extension class loader, and a root class loader.
  • the remote calling program 10 based on the dubbo framework queries the service information provided by the servant 3 in the registration center 5 based on the interface information to create a proxy class corresponding to the above interface class.
  • the remote calling program based on the dubbo framework reads the service information provided by the service provider S in the zookeeper according to the interface information filled in by the service provider S in the user interface.
  • the service information the dubbo initialization process is automatically rewritten, and a dynamic proxy class corresponding to the interface class is created.
  • the proxy class is bound to the servant, so that the servant S is always waiting for access. If there are multiple hosts providing services under the service provider 3 interface, the corresponding proxy class also has multiple invoker entities corresponding to the host nodes.
  • hosts providing services under the service provider S interface, namely host 1, host 2 and host 3.
  • the proxy class corresponding to the service party also has three invoker entities: invoker entity 1, invoker entity 2, and invoker entity 3 respectively.
  • invoker entity 1 corresponds to host 1
  • the dubbo framework-based remote caller 10 generates a unique URL address based on the created proxy class and binds the unique URL address to the corresponding interface class.
  • the URL generation rule is to automatically generate a unique URL address according to each method name.
  • a URL is the address of a web page and consists of two main parts: the protocol and the destination.
  • the agreement includes http, ftp, telnet, etc.
  • the destination can be a file name, a directory name, or the name of a computer.
  • the dubbo framework-based remote caller binds the unique URL address generated by the proxy class to the interface class on the virtual machine, so that the requester A can find the service of the service party S when searching for the sayhello function service.
  • the requesting party 4 When the requesting party 4 needs to apply for a calling service, the requesting party 4 sends a service service calling request to the server 1.
  • the remote calling program 10 based on the dubbo framework receives the URL request issued by the requesting party 4, finds the corresponding proxy class according to the URL request, and then finds a suitable invoker entity from the interface class to initiate a remote to the server according to the correspondence between the interface class and the proxy class. transfer. For example, after running the remote caller based on the dubbo framework, the requester A sends a URL request for the sayhello function to the remote caller based on the dubbo framework. It can be seen that the requester receives a line of string: hello.
  • the remote calling method based on the dubbo framework proposed by the foregoing embodiment provides a user interface, and the receiving service party fills in the registration information in the user interface, the registration information includes the interface information and the registration center address of the service provided by the service party, and creates a message according to the interface information.
  • the interface class is saved to the memory, and the class loader is called to be loaded into the virtual machine, and the service information published by the service party in the registration center is queried according to the interface information, a proxy class corresponding to the interface class is created, and a unique URL address is generated according to the proxy class.
  • the corresponding proxy class is found, and according to the correspondence with the interface class, a suitable invoker entity is found from the interface class to initiate a remote call to the host of the service party, so that the service party can freely specify the interface, the server
  • the program code generates an interface class, and the dynamic proxy class performs an RPC call, which avoids frequent modification and loading of the configuration file, and improves the service call amount.
  • FIG. 3 it is a block diagram of a preferred embodiment of the remote calling program based on the dubbo framework in FIGS. 1 and 2.
  • a module as referred to in this application refers to a series of computer program instructions that are capable of performing a particular function.
  • the dubbo framework-based remote calling program 10 includes: a receiving module 110, an interface class creating module 120, a loading module 130, a proxy class creating module 140, a URL generating module 150, and an access module 160, wherein the module 110-
  • the functions or operational steps implemented by 160 are similar to the above, and are not described in detail herein, by way of example, for example:
  • the receiving module 110 is configured to provide a user interface, and the receiving service party fills in the registration information in the user interface, where the registration information includes interface information and a registration center address of the service provided by the service party;
  • the interface class creation module 120 is configured to create an interface class according to the interface information and save the file to the memory;
  • the loading module 130 is configured to invoke the class loader to load the interface class from the memory to the virtual machine;
  • the proxy class creation module 140 is configured to query the provided service information in the registry according to the interface information, and create a proxy class corresponding to the interface class according to the queryed service information;
  • a URL generating module 150 configured to generate a unique URL according to the created proxy class
  • the access module 160 is configured to receive a URL request sent by the requesting party, find a corresponding proxy class according to the URL request, and find a suitable invoker entity from the interface class to initiate a remote call to the server of the service party according to the correspondence between the interface class and the proxy class. .
  • FIG. 4 it is a flowchart of the first embodiment of the remote calling method based on the dubbo framework of the present application.
  • the processor 12 executes the computer program of the dubbo framework-based remote calling program 10 stored in the memory 11, the following steps are implemented to implement the remote calling method based on the dubbo framework:
  • Step S10 providing a user interface, and the receiving service party fills in the registration information in the user interface, where the registration information includes interface information and a registration center address of the service provided by the service party;
  • Step S20 creating an interface class according to the interface information and saving to the memory
  • Step S30 calling the class loader to load the interface class from the memory to the virtual machine
  • Step S40 querying the provided service information in the registration center according to the interface information, and creating a proxy class corresponding to the interface class according to the queried service information;
  • Step S50 generating a unique URL according to the created proxy class
  • FIG. 2 it is a schematic diagram of an application environment of a remote calling method based on the dubbo framework.
  • the server 1 provides a user interface 2 for receiving the service party 3 to fill in the registration information in the user interface 2, and the registration information includes the service. Interface information and registry address of the service provided by the party.
  • the service party 3 issues service information through the registration center 5 before logging in to the server 1.
  • the registration center 5 After receiving the service information, the registration center 5 returns the interface information to the service party 3.
  • the remote calling program 10 based on the dubbo framework receives the service party 3 to enter the interface information and the registration center address in the user interface 2.
  • the servant S provides a service function that implements a sayhello, and the function is to call a hello.
  • the service provider S first publishes its own service information on the zookeeper. After receiving the service information, the zookeeper stores the service information of the service party into the zookeeper, and generates a registration information to be returned to the service party.
  • the zookeeper is primarily responsible for the registration and lookup of the registry address.
  • the interface information includes the package name, class name, and method name.
  • the remote calling program based on the dubbo framework receives the service party S to fill in the registration information.
  • the remote calling program 10 After receiving the interface information of the servant 3, the remote calling program 10 based on the dubbo framework creates an interface class according to the interface information provided by the servant 3, wherein the interface class defines the package name, the class name, the method name, the request parameter, and the return. parameter.
  • the interface class defines the package name, the class name, the method name, the request parameter, and the return. parameter.
  • the created interface class is the port that exposes the servant 3 to the requester 4, which is convenient to call.
  • the remote caller 10 based on the dubbo framework calls the class loader to load the interface class from the local storage onto the virtual machine.
  • the interface class is more than one, and the generated interface class is stored in a local memory, such as a hard disk. Therefore, when we need to call the class loader, the interface class is first loaded from the hard disk into the virtual machine memory. For example, when the program runs, the virtual machine is first started, and then the class loader is called to add the interface class corresponding to the service party S in the hard disk to the virtual machine.
  • the class loader includes: an application class loader, an extension class loader, and a root class loader.
  • the remote calling program 10 based on the dubbo framework queries the service information provided by the servant 3 in the registration center 5 according to the interface information, and creates a proxy class corresponding to the above interface class.
  • the remote calling program based on the dubbo framework reads the service information provided by the service provider S in the zookeeper according to the interface information filled in by the service provider S in the user interface.
  • the service information the dubbo initialization process is automatically rewritten, and a dynamic proxy class corresponding to the interface class is created.
  • the proxy class is bound to the servant, so that the servant S is always waiting for access.
  • the dubbo framework-based remote caller 10 generates a unique URL address based on the created proxy class and binds the unique URL address to the corresponding interface class.
  • the URL generation rule is to automatically generate a unique URL address according to each method name.
  • a URL is the address of a web page and consists of two main parts: the protocol and the destination.
  • the agreement includes http, ftp, telnet, etc.
  • the destination can be a file name, a directory name, or the name of a computer.
  • the dubbo framework-based remote caller binds the unique URL address generated by the proxy class to the interface class on the virtual machine, so that the requester A can find the service of the service party S when searching for the sayhello function service.
  • the corresponding proxy class also has multiple invoker entities corresponding to the host nodes. For example, there are three hosts providing services under the service provider S interface, namely host 1, host 2 and host 3.
  • the proxy class corresponding to the service party also has three invoker entities: invoker entity 1, invoker entity 2, and invoker entity 3 respectively. Corresponding to host 1, host 2 and host 3.
  • the requesting party 4 When the requesting party 4 needs to apply for a calling service, the requesting party 4 sends a service service calling request to the server 1.
  • the remote calling program 10 based on the dubbo framework receives the URL request issued by the requesting party 4, finds the corresponding proxy class according to the URL request, and then finds a suitable invoker entity from the interface class to initiate a remote to the server according to the correspondence between the interface class and the proxy class. transfer. For example, after running the remote caller based on the dubbo framework, the requester A sends a URL request for the sayhello function to the remote caller based on the dubbo framework. It can be seen that the requester receives a line of string: hello.
  • the remote calling method based on the dubbo framework proposed by the foregoing embodiment provides a user interface, and the receiving service party fills in the registration information in the user interface, the registration information includes the interface information and the registration center address of the service provided by the service party, and creates a message according to the interface information.
  • the interface class is saved to the memory, and the class loader is called to be loaded into the virtual machine, and the service information published by the service party in the registration center is queried according to the interface information, a proxy class corresponding to the interface class is created, and a unique URL address is generated according to the proxy class.
  • the corresponding proxy class is found, and according to the correspondence with the interface class, a suitable invoker entity is found from the interface class to initiate a remote call to the host of the service party, so that when the new service is joined, the service platform
  • the background code generates the interface class and the dynamic proxy class for remote call in real time, which avoids modification and loading of the configuration file and improves the service call amount.
  • the embodiment of the present application further provides a computer readable storage medium, including a dubbo framework-based remote calling program 10, which is implemented by a processor when executed by a processor. Do the following:
  • the receiving service party fills in the registration information in the user interface, and the registration information includes interface information and a registration center address of the service provided by the service party;
  • the interface class defines an interface package name, an interface class name, a method name in the interface class, a request parameter, and a return function.
  • the service party issues service information through the registration center and obtains interface information.
  • the proxy class also includes a plurality of invoker entities associated with the plurality of hosts.
  • the technical solution of the present application which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM as described above). , a disk, an optical disk, including a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the methods described in the various embodiments of the present application.
  • a terminal device which may be a mobile phone, a computer, a server, or a network device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种基于dubbo框架的远程调用方法、服务器及存储介质，该方法包括：提供一个用户界面，接收服务方在用户界面填写注册信息，包括服务方所提供服务的接口信息和注册中心地址；根据接口信息创建一个接口类并保存到存储器；调用类加载器将接口类从存储器加载到虚拟机上；根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；根据创建的代理类生成唯一的URL；接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。从而避免新服务加入时频繁修改配置文件和重启系统，减少平台负担，提高服务效率。

Description

基于dubbo框架的远程调用方法、服务器及存储介质
优先权申明
本申请要求于2017年11月30日提交中国专利局、申请号为201711237326.6，名称为“基于dubbo框架的远程调用方法、服务器及存储介质”的中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合本申请中。
技术领域
本申请涉及远程服务调用领域，尤其涉及一种基于dubbo框架的远程调用方法、服务器及计算机可读存储介质。
背景技术
随着互联网的快速发展，网站的应用规模不断扩大，常规的垂直应用架构已无法满足大规模的服务需求，分布式服务架构的应用势在必行。dubbo是阿里巴巴公司开源的一个高性能的分布式服务框架，致力于提供高性能和透明化的远程服务调用方案。dubbo具有透明化的远程方法调用、服务自动注册与发现、软负载均衡及容错机制等功能，被国内互联网公司广泛使用。
目前，对于行业内dubbo框架搭建的服务平台，当有新的服务需要加入时，必须在dubbo的xml配置文件中添加注册中心和服务方接口信息，并通过重启服务平台系统来加载配置文件。因此，当不断有新的服务加入时，就需要不停的修改配置文件、重启服务平台系统重新加载配置文件，这对服务平台造成巨大地负担，也降低了服务效率。
发明内容
鉴于以上内容，本申请提供一种基于dubbo框架的远程调用方法、服务器及计算机可读存储介质，可以避免频繁的配置文件修改和服务系统重启，有效地减少服务平台的负担，提高服务效率。
为实现上述目的，本申请提供一种基于dubbo框架的远程调用方法，该方法包括：
提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包 括服务方所提供服务的接口信息和注册中心地址；
根据接口信息创建一个接口类并保存到存储器；
调用类加载器将接口类从存储器加载到虚拟机上；
根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；
根据创建的代理类生成唯一的统一资源定位器(Uniform Resoure Locator,URL)；
接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的调用器(invoker)实体向服务方的主机发起远程调用。
此外，本申请还提供一种服务器，该服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于dubbo框架的远程调用程序，所述基于dubbo框架的远程调用程序被所述处理器执行，可实现如下步骤：
提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
根据接口信息创建一个接口类并保存到存储器；
调用类加载器将接口类从存储器加载到虚拟机上；
根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；
根据创建的代理类生成唯一的URL；
接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
此外，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中包括基于dubbo框架的远程调用程序，所述基于dubbo框架的远程调用程序被处理器执行时，可实现如上所述基于dubbo框架的远程调用方法中的任意步骤。
本申请提出的基于dubbo框架的远程调用方法、服务器及计算机可读存储介质，通过提供一个用户界面，接收服务方在用户界面填写的接口信息和注 册中心地址，根据接口信息创建一个接口类并调用类加载器将接口类从存储器加载到虚拟机上，再根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类，并根据创建的代理类生成唯一的URL与接口类进行绑定，之后接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用，从而避免新服务加入时不停地修改配置文件和重启系统才能远程调用，提高服务调用量。
附图说明
图1为本申请服务器较佳实施例的示意图；
图2为基于dubbo框架的远程调用方法的应用环境示意图；
图3为图1、图2中基于dubbo框架的远程调用程序较佳实施例的模块示意图；
图4为本申请基于dubbo框架的远程调用方法较佳实施例的流程图。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
如图1所示，是本申请服务器1较佳实施例的示意图。
在本实施例中，服务器1可以是服务器、智能手机、平板电脑、个人电脑、便携计算机以及其它具有运算功能的电子设备。
该服务器1包括：存储器11、处理器12、网络接口13、通信总线14及存储在存储器11上并可在所述处理器12上运行的基于dubbo框架的远程调用程序10。
其中，网络接口13可选地可以包括标准的有线接口、无线接口(如WI-FI接口)。通信总线14用于实现这些组件之间的连接通信。
存储器11至少包括一种类型的可读存储介质。所述至少一种类型的可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器等的非易失性存储介质。在一些实施例中，所述存储器11可以是所述服务器1的内部存储单元，例如该服务器1的硬盘。在另一些实施例中，所述存储器11也可以是所述服务器1的外部存储单元，例如所述服务器1上配备的插接式硬盘，智能存储卡(Smart  Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card,FC)等。
在本实施例中，所述存储器11不仅可以用于存储安装于所述服务器1的应用软件及各类数据，例如基于dubbo框架的远程调用程序10等，还可以用于暂时地存储已经输出或者将要输出的数据，如接口类。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)，微处理器或其它数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行基于dubbo框架的远程调用程序10的计算机程序代码等。
优选地，该服务器1还可以包括显示器，显示器可以称为显示屏或显示单元。在一些实施例中显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode，OLED)触摸器等。显示器用于显示在服务器1中处理的信息以及用于显示可视化的工作界面。
优选地，该服务器1还可以包括用户接口，用户接口可以包括输入单元比如键盘(Keyboard)、语音输出装置比如音响、耳机等。
在图1所示的服务器1实施例中，作为一种计算机存储介质的存储器11中存储基于dubbo框架的远程调用程序10的程序代码，处理器12执行基于dubbo框架的远程调用程序10的程序代码，实现如下功能：
提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
根据接口信息创建一个接口类并保存到存储器；
调用类加载器将接口类从存储器加载到虚拟机上；
根据接口信息在注册中心查询提供的服务信息，创建一个与上述接口类对应的代理类；
根据创建的代理类生成唯一的URL；
接收请求方发出的URL请求，根据URL请求找到对应的代理类，再根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
本实施例中，如图2所示，是基于dubbo框架的远程调用方法的应用环 境示意图，服务器1提供一个用户界面2，用于接收服务方3在用户界面2填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址。其中，服务方3在登录服务器1前，通过注册中心5发布服务信息，注册中心5接收到服务信息后，给服务方3返回接口信息。基于dubbo框架的远程调用程序10接收到服务方3在用户界面2录入接口信息和注册中心地址。例如，服务方S提供实现一个sayhello的服务功能，功能为调用一句hello。服务方S先在zookeeper上发布自己的服务信息。zookeeper收到服务信息后，将该服务方的服务信息存入zookeeper，并生成一个注册信息返回给该服务方。zookeeper主要负责注册中心地址的注册和查找。其中注册信息包括服务方提供服务的接口信息和zookeeper的注册中心地址，如<dubbo:registry protocol＝"zookeeper"address＝"127.0.0.1:2181"client＝"curator"/>。其中接口信息中包含包名、类名及方法名。基于dubbo框架的远程调用程序接收服务方S填写注册信息。
基于dubbo框架的远程调用程序10收到服务方3的接口信息后，根据服务方3提供服务的接口信息创建一个接口类，其中接口类定义了包名、类名、方法名、请求参数及返回参数。例如：
Figure PCTCN2018089137-appb-000001
创建好接口类之后，并将接口类保存在本地存储器，如硬盘等。创建的接口类是将服务方3暴露给请求方4的端口，方便调用。
基于dubbo框架的远程调用程序10调用类加载器，将接口类从本地存储器加载到虚拟机上。在本实施例中，所述接口类不止一个，将生成的接口类保存在本地存储器，如硬盘中，因此在我们需要调用类加载器时，先将接口类从硬盘加载到虚拟机内存上。例如，当程序运行时，首先启动虚拟机，然后调用类加载器将硬盘中服务方S对应的接口类加到载虚拟机上。其中，类加载器包括：应用类加载器、扩展类加载器和根类加载器。
基于dubbo框架的远程调用程序10根据接口信息查询服务方3在注册中 心5提供的服务信息，创建一个与上述接口类对应的代理类。例如，基于dubbo框架的远程调用程序根据服务方S在用户界面填写的接口信息在zookeeper中读取服务方S提供sayhello的服务信息。并根据该服务信息，自动重写dubbo初始化流程，创建一个与接口类对应的动态代理类。使得代理类与服务方进行绑定，让服务方S一直处于等待访问状态。其中，所述服务方3接口下如果有多台主机提供服，对应的代理类也有多个invoker实体与主机节点对应。例如，服务方S接口下有三个主机提供服务，分别为主机1、主机2和主机3，则该服务方对应的代理类也有三个invoker实体：invoker实体1、invoker实体2和invoker实体3分别于主机1、主机2和主机3对应。
基于dubbo框架的远程调用程序10根据创建的代理类生成唯一的URL地址，并将唯一的URL地址与对应的接口类进行绑定。其中URL的生成规则是根据每一个方法名自动生产一个唯一的URL地址。URL是web页的地址，主要由两个主要的部分构成：协议和目的地。其中协议包括http、ftp、telnet等，目的地可以是某文件名、目录名或者某台计算机的名称。例如，基于dubbo框架的远程调用程序将代理类生成的唯一的URL地址与虚拟机上的接口类进行绑定，使得请求方A在搜索sayhello功能服务时，能够找到服务方S的服务。
当请求方4需要申请调用服务时，请求方4向服务器1发送服务服务调用请求。基于dubbo框架的远程调用程序10接收请求方4发出的URL请求，根据URL请求找到对应的代理类，再根据接口类与代理类的对应关系从接口类中找到适合的invoker实体向服务方发起远程调用。例如，运行基于dubbo框架的远程调用程序后，请求方A向基于dubbo框架的远程调用程序发送sayhello功能的URL请求，可以看到请求方收到一行字符串：hello。
上述实施例提出的基于dubbo框架的远程调用方法，通过提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址，根据接口信息创建一个接口类保存到存储器，并调用类加载器加载到虚拟机上，根据接口信息查询服务方在注册中心发布的服务信息，创建一个与接口类对应的代理类并根据代理类生成唯一的URL地址，最后根据请求方的URL请求找到对应的代理类，并根据与接口类的对应关系，从接口类中找到合适的invoker实体向服务方的主机发起远程调用， 从而使得服务方可随意指定接口，服务器的程序代码产生接口类，动态代理类进行RPC调用，避免了配置文件的频繁修改和加载，提高服务调用量。
如图3所示，是图1、图2中基于dubbo框架的远程调用程序较佳实施例的模块示意图。本申请所称的模块是指能够完成特定功能的一系列计算机程序指令段。
在本实施例中，基于dubbo框架的远程调用程序10包括：接收模块110、接口类创建模块120、加载模块130、代理类创建模块140、URL生成模块150及访问模块160，所述模块110-160所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：
接收模块110，用于提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
接口类创建模块120，用于根据接口信息创建一个接口类并保存到存储器；
加载模块130，用于调用类加载器将接口类从存储器加载到虚拟机上；
代理类创建模块140，用于根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；
URL生成模块150，用于根据创建的代理类生成唯一的URL；
访问模块160，用于接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
如图4所示，是本申请基于dubbo框架的远程调用方法第一实施例的流程图。
在本实施例中，处理器12执行存储器11中存储的基于dubbo框架的远程调用程序10的计算机程序时实现基于dubbo框架的远程调用方法的如下步骤：
步骤S10，提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
步骤S20，根据接口信息创建一个接口类并保存到存储器；
步骤S30，调用类加载器将接口类从存储器加载到虚拟机上；
步骤S40，根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；
步骤S50，根据创建的代理类生成唯一的URL；
步骤S60，接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
本实施例中，如图2所示，是基于dubbo框架的远程调用方法的应用环境示意图，服务器1提供一个用户界面2，用于接收服务方3在用户界面2填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址。其中，服务方3在登录服务器1前，通过注册中心5发布服务信息，注册中心5接收到服务信息后，给服务方3返回接口信息。基于dubbo框架的远程调用程序10接收到服务方3在用户界面2录入接口信息和注册中心地址。例如，服务方S提供实现一个sayhello的服务功能，功能为调用一句hello。服务方S先在zookeeper上发布自己的服务信息。zookeeper收到服务信息后，将该服务方的服务信息存入zookeeper，并生成一个注册信息返回给该服务方。zookeeper主要负责注册中心地址的注册和查找。其中注册信息包括服务方提供服务的接口信息和zookeeper的注册中心地址，如<dubbo:registry protocol＝"zookeeper"address＝"127.0.0.1:2181"client＝"curator"/>。其中接口信息中包含包名、类名及方法名。基于dubbo框架的远程调用程序接收服务方S填写注册信息。
基于dubbo框架的远程调用程序10收到服务方3的接口信息后，根据服务方3提供服务的接口信息创建一个接口类，其中接口类定义了包名、类名、方法名、请求参数及返回参数。例如：
Figure PCTCN2018089137-appb-000002
创建好接口类之后，并将接口类保存在本地存储器，如硬盘等。创建的接口类是将服务方3暴露给请求方4的端口，方便调用。
基于dubbo框架的远程调用程序10调用类加载器，将接口类从本地存储器加载到虚拟机上。在本实施例中，所述接口类不止一个，将生成的接口类保存在本地存储器，如硬盘中，因此在我们需要调用类加载器时，先将接口类从硬盘加载到虚拟机内存上。例如，当程序运行时，首先启动虚拟机，然后调用类加载器将硬盘中服务方S对应的接口类加到载虚拟机上。其中，类加载器包括：应用类加载器、扩展类加载器和根类加载器。
基于dubbo框架的远程调用程序10根据接口信息查询服务方3在注册中心5提供的服务信息，创建一个与上述接口类对应的代理类。例如，基于dubbo框架的远程调用程序根据服务方S在用户界面填写的接口信息在zookeeper中读取服务方S提供sayhello的服务信息。并根据该服务信息，自动重写dubbo初始化流程，创建一个与接口类对应的动态代理类。使得代理类与服务方进行绑定，让服务方S一直处于等待访问状态。
基于dubbo框架的远程调用程序10根据创建的代理类生成唯一的URL地址，并将唯一的URL地址与对应的接口类进行绑定。其中URL的生成规则是根据每一个方法名自动生产一个唯一的URL地址。URL是web页的地址，主要由两个主要的部分构成：协议和目的地。其中协议包括http、ftp、telnet等，目的地可以是某文件名、目录名或者某台计算机的名称。例如，基于dubbo框架的远程调用程序将代理类生成的唯一的URL地址与虚拟机上的接口类进行绑定，使得请求方A在搜索sayhello功能服务时，能够找到服务方S的服务。其中，所述服务方3接口下如果有多台主机提供服，对应的代理类也有多个invoker实体与主机节点对应。例如，服务方S接口下有三个主机提供服务，分别为主机1、主机2和主机3，则该服务方对应的代理类也有三个invoker实体：invoker实体1、invoker实体2和invoker实体3分别于主机1、主机2和主机3对应。
当请求方4需要申请调用服务时，请求方4向服务器1发送服务服务调用请求。基于dubbo框架的远程调用程序10接收请求方4发出的URL请求，根据URL请求找到对应的代理类，再根据接口类与代理类的对应关系从接口类中找到适合的invoker实体向服务方发起远程调用。例如，运行基于dubbo框架的远程调用程序后，请求方A向基于dubbo框架的远程调用程序发送sayhello功能的URL请求，可以看到请求方收到一行字符串：hello。
上述实施例提出的基于dubbo框架的远程调用方法，通过提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址，根据接口信息创建一个接口类保存到存储器，并调用类加载器加载到虚拟机上，根据接口信息查询服务方在注册中心发布的服务信息，创建一个与接口类对应的代理类并根据代理类生成唯一的URL地址，最后根据请求方的URL请求找到对应的代理类，并根据与接口类的对应关系，从接口类中找到合适的invoker实体向服务方的主机发起远程调用，从而使得新服务加入时，服务平台的后台代码实时生成接口类和动态代理类进行远程调用，避免了配置文件的修改和加载，提高服务调用量。
此外，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质中包括基于dubbo框架的远程调用程序10，所述基于dubbo框架的远程调用程序10被处理器执行时实现如下操作：
提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
根据接口信息创建一个接口类并保存到存储器；
调用类加载器将接口类从存储器加载到虚拟机上；
根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；
根据创建的代理类生成唯一的URL；
接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
优选地，所述接口类定义了接口包名、接口类名、接口类中方法名、请求参数及返回函数。
优选地，所述URL的生成规则是根据每一个方法名自动生产一个唯一的URL地址。
优选地，所述服务方通过注册中心发布服务信息，并获得接口信息。
优选地，所述服务方若有多台主机提供服务，则所述代理类也包括多个invoker实体与所述多台主机相关联。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种基于dubbo框架的远程调用方法，其特征在于，所述方法包括：
    提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
    根据接口信息创建一个接口类并保存到存储器；
    调用类加载器将接口类从存储器加载到虚拟机上；
    根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；
    根据创建的代理类生成唯一的URL；
    接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
  2. 根据权利要求1所述的基于dubbo框架的远程调用方法，其特征在于，所述接口类定义了接口包名、接口类名、接口类中方法名、请求参数及返回函数。
  3. 根据权利要求2所述的基于dubbo框架的远程调用方法，其特征在于，所述接口类存储于本地存储器，使用时，调用类加载器将接口类加载到虚拟机内存。
  4. 根据权利要求1所述的基于dubbo框架的远程调用方法，其特征在于，所述URL的生成规则是根据每一个方法名自动生产一个唯一的URL地址。
  5. 根据权利要求4所述的基于dubbo框架的远程调用方法，其特征在于，所述URL地址由协议和目的地构成。
  6. 根据权利要求1所述的基于dubbo框架的远程调用方法，其特征在于，所述服务方通过注册中心发布服务信息，并获得接口信息。
  7. 根据权利要求1所述的基于dubbo框架的远程调用方法，其特征在于，所述服务方若有多台主机提供服务，则所述代理类也包括多个invoker实体与所述多台主机相关联。
  8. 一种服务器，其特征在于，所述服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于dubbo框架的远程调用程序，所述基于dubbo框架的远程调用程序被所述处理器执行，可实现如下步骤：
    提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
    根据接口信息创建一个接口类并保存到存储器；
    调用类加载器将接口类从存储器加载到虚拟机上；
    根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息创建一个与上述接口类对应的代理类；
    根据创建的代理类生成唯一的URL；
    接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
  9. 根据权利要求8所述的服务器，其特征在于，所述接口类定义了接口包名、接口类名、接口类中方法名、请求参数及返回函数。
  10. 根据权利要求9所述的服务器，其特征在于，所述接口类存储于本地存储器，使用时，调用类加载器将接口类加载到虚拟机内存。
  11. 根据权利要求8所述的服务器，其特征在于，所述URL的生成规则是根据每一个方法名自动生产一个唯一的URL地址。
  12. 根据权利要求11所述的服务器，其特征在于，所述URL地址由协议和目的地构成。
  13. 根据权利要求8所述的服务器，其特征在于，所述服务方通过注册中心发布服务信息，并获得接口信息。
  14. 根据权利要求8所述的服务器，其特征在于，所述服务方若有多台主机提供服务，则所述代理类也包括多个invoker实体与所述多台主机相关联。
  15. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中包括基于dubbo框架的远程调用程序，所述基于dubbo框架的远程调用程序被处理器执行时，实现如下步骤：
    提供一个用户界面，接收服务方在用户界面填写注册信息，注册信息包括服务方所提供服务的接口信息和注册中心地址；
    根据接口信息创建一个接口类并保存到存储器；
    调用类加载器将接口类从存储器加载到虚拟机上；
    根据接口信息在注册中心查询提供的服务信息，根据查询到的服务信息 创建一个与上述接口类对应的代理类；
    根据创建的代理类生成唯一的URL；
    接收请求方发出的URL请求，根据URL请求找到对应的代理类，并根据接口类与代理类的对应关系从接口类中找到合适的invoker实体向服务方的主机发起远程调用。
  16. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述接口类定义了接口包名、接口类名、接口类中方法名、请求参数及返回函数。
  17. 根据权利要求16所述的计算机可读存储介质，其特征在于，所述接口类存储于本地存储器，使用时，调用类加载器将接口类加载到虚拟机内存。
  18. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述URL的生成规则是根据每一个方法名自动生产一个唯一的URL地址。
  19. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述服务方通过注册中心发布服务信息，并获得接口信息。
  20. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述服务方若有多台主机提供服务，则所述代理类也包括多个invoker实体与所述多台主机相关联。
PCT/CN2018/089137 2017-11-30 2018-05-31 基于dubbo框架的远程调用方法、服务器及存储介质 WO2019104975A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711237326.6A CN108055248B (zh) 2017-11-30 2017-11-30 基于dubbo框架的远程调用方法、服务器及存储介质
CN201711237326.6 2017-11-30

Publications (1)

Publication Number Publication Date
WO2019104975A1 true WO2019104975A1 (zh) 2019-06-06

Family

ID=62121814

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089137 WO2019104975A1 (zh) 2017-11-30 2018-05-31 基于dubbo框架的远程调用方法、服务器及存储介质

Country Status (2)

Country Link
CN (1) CN108055248B (zh)
WO (1) WO2019104975A1 (zh)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110704422A (zh) * 2019-08-14 2020-01-17 招联消费金融有限公司 数据查询方法、装置、系统、计算机设备及存储介质
CN110955543A (zh) * 2019-12-12 2020-04-03 浙江大搜车软件技术有限公司 业务处理方法、装置、设备和计算机可读存储介质
CN111209127A (zh) * 2020-01-13 2020-05-29 山东汇贸电子口岸有限公司 一种Dubbo框架集成Istio服务网格的方法
CN111414181A (zh) * 2020-03-19 2020-07-14 中诚信征信有限公司 网络产品的服务升级方法、装置、服务器及存储介质
CN111698205A (zh) * 2020-04-29 2020-09-22 中国平安财产保险股份有限公司 服务调用方法及相关设备
CN112422309A (zh) * 2019-08-23 2021-02-26 阿里巴巴集团控股有限公司 分布式服务发现的系统及方法、存储介质及终端
CN112685193A (zh) * 2020-12-18 2021-04-20 易久批信息技术有限公司 一种微服务网关接口暴露及聚合方法
CN112688977A (zh) * 2019-10-17 2021-04-20 浙江大搜车软件技术有限公司 微服务通信方法、装置、电子设备及机器可读存储介质
CN113157615A (zh) * 2021-02-02 2021-07-23 浙江大华技术股份有限公司 一种服务总线通信方法、电子设备以及计算机存储介质
CN113626225A (zh) * 2021-10-11 2021-11-09 中航金网(北京)电子商务有限公司 程序调用方法、终端设备及介质
CN113742100A (zh) * 2021-08-27 2021-12-03 欧电云信息科技(江苏)有限公司 基于微服务架构的服务调用方法、系统、设备及介质
CN113821743A (zh) * 2021-09-23 2021-12-21 猪八戒股份有限公司 一种Dubbo服务的溯源方法及装置
CN114710542A (zh) * 2022-03-23 2022-07-05 中国工商银行股份有限公司 一种基于rpc的泛化路由mock方法及装置
CN114979143A (zh) * 2022-05-19 2022-08-30 中国银行股份有限公司 一种分布式服务的实现方法和分布式服务系统
CN115396482A (zh) * 2022-08-15 2022-11-25 焦点科技股份有限公司 一种跨机房单点服务调用方法
CN115396482B (zh) * 2022-08-15 2024-05-28 焦点科技股份有限公司 一种跨机房单点服务调用方法

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108055248B (zh) * 2017-11-30 2020-12-25 平安科技（深圳）有限公司 基于dubbo框架的远程调用方法、服务器及存储介质
CN110730197B (zh) * 2018-07-17 2023-08-08 北京京东尚科信息技术有限公司 一种服务发现方法和系统
CN109324914B (zh) * 2018-09-26 2021-06-22 多点生活(成都)科技有限公司 服务调用方法、服务调用装置及中心服务器
CN109885792B (zh) * 2019-01-04 2021-03-26 石化盈科信息技术有限责任公司 一种基于webdriver技术的APP桥接方法
CN109814872B (zh) * 2019-01-25 2022-06-21 北京每日优鲜电子商务有限公司 max持续部署交付平台和交付方法
CN110018962A (zh) * 2019-04-11 2019-07-16 重庆猪八戒知识产权服务有限公司 基于分布式服务框架和注册中心的服务调试方法及系统
CN111131414B (zh) * 2019-12-11 2022-05-24 拉扎斯网络科技（上海）有限公司 后端平台、服务调用方法、第一服务模块及服务器
CN111209122A (zh) * 2019-12-24 2020-05-29 广州华多网络科技有限公司 接口调用方法、装置、电子设备及存储介质
CN111338828B (zh) * 2020-03-24 2022-04-08 广州方硅信息技术有限公司 终端设备及其应用程序接口调用控制方法
CN112783551A (zh) * 2021-01-21 2021-05-11 中信银行股份有限公司 微服务框架的接口文档生成方法、电子设备及存储介质
CN113014560A (zh) * 2021-02-18 2021-06-22 欧冶云商股份有限公司 一种dubbo服务动态调用方法、计算机设备和存储介质
CN112905919B (zh) * 2021-03-15 2023-02-10 杭州涂鸦信息技术有限公司 后端应用调用方法、装置、计算机设备和可读存储介质
CN113377497B (zh) * 2021-06-08 2023-11-28 湖北第二师范学院 一种基于服务虚拟化的服务开发系统
CN114900383B (zh) * 2022-03-28 2024-04-19 青岛海尔科技有限公司 接口处理方法、装置、电子设备及计算机可读存储介质
CN117075887A (zh) * 2022-11-02 2023-11-17 Tcl移动通信科技（宁波）有限公司 服务组件的调用方法、装置、计算机设备以及存储介质
CN117331675B (zh) * 2023-11-27 2024-03-26 云筑信息科技(成都)有限公司 一种微服务中优雅启停的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004063950A1 (en) * 2003-01-15 2004-07-29 Super Internet Site System Pty Ltd Spatial classified advertising directory
CN104731893A (zh) * 2015-03-17 2015-06-24 北京京东尚科信息技术有限公司 一种基于dubbo的web服务查找方法、装置和系统
CN108055248A (zh) * 2017-11-30 2018-05-18 平安科技（深圳）有限公司 基于dubbo框架的远程调用方法、服务器及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103425462B (zh) * 2012-05-14 2016-12-14 阿里巴巴集团控股有限公司 一种工作流数据持久化的方法和装置
WO2016028771A1 (en) * 2014-08-18 2016-02-25 InfoTrust, LLC Systems and methods for tag inspection
CN106844387A (zh) * 2015-12-07 2017-06-13 北京航天长峰科技工业集团有限公司 一种基于dubbo的间接数据访问方法
CN107046482B (zh) * 2017-04-25 2019-10-11 厦门集微科技有限公司 一种api服务的管理方法及装置
CN107181806B (zh) * 2017-05-27 2020-09-01 北京思特奇信息技术股份有限公司 一种基于dubbo的分布式业务处理系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004063950A1 (en) * 2003-01-15 2004-07-29 Super Internet Site System Pty Ltd Spatial classified advertising directory
CN104731893A (zh) * 2015-03-17 2015-06-24 北京京东尚科信息技术有限公司 一种基于dubbo的web服务查找方法、装置和系统
CN108055248A (zh) * 2017-11-30 2018-05-18 平安科技（深圳）有限公司 基于dubbo框架的远程调用方法、服务器及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Dubbo Source Code Analysis Series-Service Reference", CSDN BLOG., 11 July 2016 (2016-07-11), XP055616166, Retrieved from the Internet <URL:https://blog.csdn.net/qq418517226/article/details/51834127> *

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110704422A (zh) * 2019-08-14 2020-01-17 招联消费金融有限公司 数据查询方法、装置、系统、计算机设备及存储介质
CN110704422B (zh) * 2019-08-14 2023-08-15 招联消费金融有限公司 数据查询方法、装置、系统、计算机设备及存储介质
CN112422309A (zh) * 2019-08-23 2021-02-26 阿里巴巴集团控股有限公司 分布式服务发现的系统及方法、存储介质及终端
CN112422309B (zh) * 2019-08-23 2023-03-28 阿里巴巴集团控股有限公司 分布式服务发现的系统及方法、存储介质及终端
CN112688977B (zh) * 2019-10-17 2023-06-16 浙江大搜车软件技术有限公司 微服务通信方法、装置、电子设备及机器可读存储介质
CN112688977A (zh) * 2019-10-17 2021-04-20 浙江大搜车软件技术有限公司 微服务通信方法、装置、电子设备及机器可读存储介质
CN110955543A (zh) * 2019-12-12 2020-04-03 浙江大搜车软件技术有限公司 业务处理方法、装置、设备和计算机可读存储介质
CN111209127A (zh) * 2020-01-13 2020-05-29 山东汇贸电子口岸有限公司 一种Dubbo框架集成Istio服务网格的方法
CN111414181B (zh) * 2020-03-19 2023-11-14 中诚信征信有限公司 网络产品的服务升级方法、装置、服务器及存储介质
CN111414181A (zh) * 2020-03-19 2020-07-14 中诚信征信有限公司 网络产品的服务升级方法、装置、服务器及存储介质
CN111698205A (zh) * 2020-04-29 2020-09-22 中国平安财产保险股份有限公司 服务调用方法及相关设备
CN111698205B (zh) * 2020-04-29 2023-09-26 中国平安财产保险股份有限公司 服务调用方法及相关设备
CN112685193B (zh) * 2020-12-18 2024-03-22 易久批信息技术有限公司 一种微服务网关接口暴露及聚合方法
CN112685193A (zh) * 2020-12-18 2021-04-20 易久批信息技术有限公司 一种微服务网关接口暴露及聚合方法
CN113157615A (zh) * 2021-02-02 2021-07-23 浙江大华技术股份有限公司 一种服务总线通信方法、电子设备以及计算机存储介质
CN113157615B (zh) * 2021-02-02 2023-05-23 浙江大华技术股份有限公司 一种服务总线通信方法、电子设备以及计算机存储介质
CN113742100A (zh) * 2021-08-27 2021-12-03 欧电云信息科技(江苏)有限公司 基于微服务架构的服务调用方法、系统、设备及介质
CN113742100B (zh) * 2021-08-27 2024-05-31 欧电云信息科技(江苏)有限公司 基于微服务架构的服务调用方法、系统、设备及介质
CN113821743B (zh) * 2021-09-23 2023-08-04 猪八戒股份有限公司 一种Dubbo服务的溯源方法及装置
CN113821743A (zh) * 2021-09-23 2021-12-21 猪八戒股份有限公司 一种Dubbo服务的溯源方法及装置
CN113626225A (zh) * 2021-10-11 2021-11-09 中航金网(北京)电子商务有限公司 程序调用方法、终端设备及介质
CN114710542A (zh) * 2022-03-23 2022-07-05 中国工商银行股份有限公司 一种基于rpc的泛化路由mock方法及装置
CN114710542B (zh) * 2022-03-23 2023-12-26 中国工商银行股份有限公司 一种基于rpc的泛化路由mock方法及装置
CN114979143A (zh) * 2022-05-19 2022-08-30 中国银行股份有限公司 一种分布式服务的实现方法和分布式服务系统
CN114979143B (zh) * 2022-05-19 2024-04-16 中国银行股份有限公司 一种分布式服务的实现方法和分布式服务系统
CN115396482A (zh) * 2022-08-15 2022-11-25 焦点科技股份有限公司 一种跨机房单点服务调用方法
CN115396482B (zh) * 2022-08-15 2024-05-28 焦点科技股份有限公司 一种跨机房单点服务调用方法

Also Published As

Publication number Publication date
CN108055248B (zh) 2020-12-25
CN108055248A (zh) 2018-05-18

Similar Documents

Publication Publication Date Title
WO2019104975A1 (zh) 基于dubbo框架的远程调用方法、服务器及存储介质
WO2019104973A1 (zh) 跨语言调用方法、服务器及存储介质
WO2016192556A1 (zh) 接口调用方法、装置及终端
US8527862B2 (en) Methods for making ajax web applications bookmarkable and crawlable and devices thereof
US9424551B2 (en) Secure inter-module communication mechanism
WO2017185253A1 (zh) 基于补丁升级的文件处理方法、装置、终端以及存储介质
WO2017113060A1 (zh) web网站的访问方法、装置及Web网站系统
WO2017114206A1 (zh) 短链接处理方法、装置及短链接服务器
US11467814B2 (en) Static asset containers
US10574724B2 (en) Automatic discovery of management nodes and generation of CLI using HA module
US11553030B2 (en) Service worker configured to serve multiple single page applications
CN102209111A (zh) 云计算移动网络终端设备开放性跨平台系统
US9088462B2 (en) Common web accessible data store for client side page processing
CN107580011B (zh) 一种数据共享方法及桌面云服务端
WO2019041441A1 (zh) 列表视图的更新装置、方法及计算机可读存储介质
WO2019205365A1 (zh) 加载dom节点数据的方法、装置、计算机设备及存储介质
US20180027355A1 (en) Data download method and apparatus
US20130080506A1 (en) Remotely-hosted interactive client-server session
US8978041B2 (en) Service virtualization container
WO2018081963A1 (zh) 一种dns解析方法、装置及网络系统
US11758011B2 (en) Automated routing based on content metadata
CN115421693A (zh) 微前端架构的实现方法、装置、计算机设备和存储介质
US11556608B2 (en) Caching for single page web applications
US7792921B2 (en) Metadata endpoint for a generic service
CN105450743A (zh) 一种定期推送广告数据的实现方法、系统及无线接入点

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18882662

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09.09.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18882662

Country of ref document: EP

Kind code of ref document: A1