Method and proxy system for setting message timeout duration

Abstract

The invention discloses a method of setting a message timeout length and an agent system, which relate to the field of network communication. Through monitoring and according to the resource occupancy rate of a message sender and the message handling timeliness rate of a message receiver, the message timeout length is dynamically set, the message timeout length can be set more reasonably, and the interface message interaction efficiency is improved. The method and the system of the invention are applied to a scene in which busy and idle conditions of the message sender and the message receiver are fixed, and a scene in which busy and idle conditions of the message sender and the message receiver change.

Description

technical field [0001] The invention relates to the field of network communication, in particular to a method and an agent system capable of dynamically setting the timeout period of a message. Background technique [0002] In the field of network communication, information interaction between different systems can generally be handled through system interface messages. There are two basic ways of message communication: a synchronous way with time dependence and an asynchronous way which has nothing to do with time. The synchronous method is handled as follows: the sender first sends a message request to the receiver, and then the sender blocks its own process until it receives a response from the receiver. In order to avoid the situation of infinite waiting, the synchronization method generally sets the message timeout period, and the sender will release the waiting process after the timeout period exceeds. [0003] It is very important to set the timeout period reasonabl...

AI Technical Summary

Problems solved by technology

If the timeout is set too long, a large number of message connections will not be released, which will occupy a large amount of memory, and the number of network connections is limited. Once the number of network connections is full, new interface messages will have to wait; if the timeout is set too short, the system pressure on the message receiver It will increase, many messages may not be processed in time, and the message sender needs to retransmit the message, and multiple retransmissions will increase the time for the connection pool to create a connection, consuming a certain amount of CPU and memory

[0004] The current general practice is to give a fixed timeout period based on experience. This method is suitable for scenarios where the busy / busy conditions of the message sender and message receiver are relatively fixed. Once the busy / busy conditions change, the fixed timeout period will no longer be Reasonable, it will affect the efficiency of message interaction

Images