会话连接请求的处理方法、装置及服务器

技术领域

本申请属于计算机技术领域，尤其涉及会话连接请求的处理方法、装置、服务器及计算机可读存储介质。

背景技术

数据库是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合，其可以为不同的应用系统提供数据存储、查询分析的服务。

在数据库(服务端)中，通常采用以下方式处理应用系统(客户端)发起的会话连接请求：

1.多进程模型，即服务端接收到客户端发起的新的会话连接请求时，将该新的会话连接请求分配给某个进程进行处理，即一个会话连接请求对应一个处理进程。

2.多线程模型，即服务端接收到客户端发起的新的会话连接请求时，将该新的会话连接请求分配给某个线程进行处理。即一个会话连接请求对应一个处理线程。

在对上述两种模型进行分析后，发明人发现上述两种模型存在以下问题：多进程模型具有创建进程成本高、进程资源消耗高的问题；而多线程模型具有锁的竞争加大、某个会话连接处理线程的崩溃会影响整个系统的稳定性的问题。

发明内容

本申请实施例提供了会话连接请求的处理方法，可以解决系统资源消耗高的问题。

第一方面，本申请实施例提供了一种会话连接请求的处理方法，应用于数据库服务端，包括：

主进程接收客户端发送的会话连接请求，所述会话连接请求包含应用系统的唯一标识；

所述主进程将所述会话连接请求分配给与所述应用系统的唯一标识一一对应的处理进程；

所述处理进程为所述会话连接请求分配一个处理线程；

所述处理线程处理所述会话连接请求。

第二方面，本申请实施例提供了一种会话连接请求的处理装置，应用于数据库服务端，包括主进程、处理进程和处理线程；

所述主进程用于接收客户端发送的会话连接请求，所述会话连接请求包含应用系统的唯一标识；

所述主进程用于将所述会话连接请求分配给与所述应用系统的唯一标识一一对应的处理进程；

所述处理进程用于为所述会话连接请求分配一个处理线程；

所述处理线程用于处理所述会话连接请求。

第三方面，本申请实施例提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行上述第一方面所述的方法。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例中，由于一个处理进程用于处理一个应用系统的会话连接请求，而一个应用系统通常包含多个会话连接请求，因此，与多进程模型相比，本申请实施例提供的会话连接请求的处理方法能够减少需创建的处理进程的数量，进而降低对系统资源的消耗以及降低创建处理进程的成本。此外，由于一个数据库服务端通常与多个应用系统对应，因此，与多线程模型相比，本申请实施例提供的会话连接请求的处理方法能够将不同应用系统的会话连接请求分别分配到不同的处理进程中，进而使得同一个处理进程下的处理线程只需竞争分配给该同一个处理进程的系统资源，而不会竞争分配给其他处理进程的系统资源；同时在某个处理线程崩溃后，只会影响该某个处理线程所在的处理进程对应的应用系统对数据库服务端的使用，而不会影响其他处理进程对应的应用系统对数据库服务端的使用。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请实施例一提供的一种会话连接请求的处理方法的流程图；

图2是本申请实施例一提供的另一种会话连接请求的处理方法的流程图；

图3是本申请实施例一提供的又一种会话连接请求的处理方法的流程图；

图4是本申请实施例一提供的数据库服务端与应用系统的交互示意图；

图5是本申请实施例二提供的一种会话连接请求的处理装置的结构示意图；

图6是本申请实施例三提供的服务器的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。

现有的数据库服务端在处理会话连接请求时，设置一个会话连接请求与一个处理进程对应，即采用一个处理进程处理一个会话连接请求；或者，设置一个会话连接请求与一个处理线程对应，即采用一个处理线程处理一个会话连接请求。由于每个处理进程均需要占用一定的系统资源，因此，若每个会话连接请求均采用一个处理进程处理，那么将耗费较多的系统资源。而由于每个处理线程之间存在竞争锁的关系，因此，若各个会话连接请求仅采用一个处理线程处理，那么将导致锁的竞争加大，且一旦某个处理线程崩溃，将影响整个系统的稳定。

为了解决上述技术问题，本申请实施例提出了一种会话连接请求的处理方法。在该处理方法中，应用系统与处理进程一一对应，且属于同一应用系统的各个会话连接请求被分配到同一处理进程中的处理线程。由于将多进程与多线程相结合，因此，与多进程模型相比，本申请实施例提供的处理方法能够有效处理进程的数量，进而降低对系统资源的消耗以及降低创建处理进程的成本；而与多线程模型相比，本申请实施例提供的处理方法能够减小线程之间对锁的竞争，且在某个线程崩溃时，只会影响该线程所在的进程对应的应用系统的使用。

下面结合附图对本申请实施例提供的会话连接请求的处理方法进行描述。

图1示出了本申请实施例提供的一种会话连接请求的处理方法的流程图，该处理方法应用于数据库服务端，详述如下：

步骤S11，主进程接收客户端发送的会话连接请求，会话连接请求包含应用系统的唯一标识。

具体地，预先创建一个主进程，该主进程用于监听各个客户端发送的会话连接请求。由于主进程是单独创建的、用于监听会话连接请求的进程，即保证主进程能够得到一定的系统资源的支持，因此，能够提高监听到会话连接请求的及时性。

步骤S12，主进程将会话连接请求分配给与应用系统的唯一标识一一对应的处理进程。

本实施例中，应用系统的唯一标识与处理进程是一一对应的关系，即一个处理进程用于处理同一个应用系统的会话连接请求。由于属于同一个应用系统的会话连接请求通常有多个，也即，一个处理进程通常不会仅处理一个会话连接请求，因此，避免针对每个连接建立请求都创建一个处理进程。

步骤S13，处理进程为会话连接请求分配一个处理线程。

具体地，处理进程将会话连接请求分配至该处理进程下的处理线程中。例如，若同一时刻，将不同的会话连接请求分别分配给不同的处理线程处理，则该不同的处理线程将能够同时对该不同的会话连接请求进行处理。

本实施例中，同一个处理进程分配的各个处理线程均属于该同一个处理进程下的线程，即同一个处理进程分配的各个处理线程共享分配给该同一个处理进程的系统资源。例如，假设处理进程1下的处理线程包括S1、S2和S3，则S1、S2和S3只竞争分配给该处理进程1的系统资源。同时，一旦某个处理线程(假设为S1)崩溃，也只会影响该处理线程(S1)所在的处理进程(处理进程1)，即将处理线程崩溃所产生的影响控制在一个处理进程(处理进程1)内，而不会影响到其他处理进程，即不会影响到其他处理进程对应的应用系统对数据库服务端的使用。

步骤S14，处理线程处理会话连接请求。

具体地，处理线程根据会话连接请求的信息处理该会话连接请求。例如，假设该会话连接请求的信息为“查询深圳到北京的票信息”，则处理线程将查询深圳到北京所剩余的车票数量、票价等票信息。

本申请实施例中，数据库服务端的主进程接收到客户端发送的会话连接请求后，从该会话连接请求解析出应用系统的唯一标识，并将该会话连接请求分配给与该应用系统的唯一标识一一对应的处理进程，该处理进程再将该会话连接请求分配给其下的处理线程。由于一个处理进程用于处理一个应用系统的会话连接请求，而一个应用系统通常包含多个会话连接请求，因此，与多进程模型相比，本申请实施例提供的会话连接请求的处理方法能够减少需创建的处理进程的数量，进而降低对系统资源的消耗以及降低创建处理进程的成本。此外，由于一个数据库服务端通常与多个应用系统对应，因此，与多线程模型相比，本申请实施例提供的会话连接请求的处理方法能够将不同应用系统的会话连接请求分别分配到不同的处理进程中，进而使得同一个处理进程下的处理线程只需竞争分配给该同一个处理进程的系统资源，而不会竞争分配给其他处理进程的系统资源；同时在某个处理线程崩溃后，只会影响该某个处理线程所在的处理进程对应的应用系统对数据库服务端的使用，而不会影响其他处理进程对应的应用系统对数据库服务端的使用。

图2示出了本申请实施例提供的另一种会话连接请求的处理方法的流程图，该处理方法应用于数据库服务端，在本实施例中，步骤S22、步骤S23和步骤S24为对上述的步骤S12进行细化得到的步骤，而步骤S21、步骤S25、步骤S26分别与上述的步骤S11、步骤S13、步骤S14相同，此处不再赘述：

步骤S21，主进程接收客户端发送的会话连接请求，会话连接请求包含应用系统的唯一标识。

步骤S22，主进程查找预设的映射表中是否存在与应用系统的唯一标识匹配的应用系统的唯一标识，若是，则执行步骤S23，若否，则执行步骤S27，其中，映射表用于存储应用系统的唯一标识与处理进程的唯一标识的对应关系。

具体地，主进程将会话连接请求包含的应用系统的唯一标识与映射表中存储的各个应用系统的唯一标识比较，若查找到完全相同的应用系统的唯一标识，则判定该映射表存在与会话连接请求包含的应用系统的唯一标识匹配的应用系统的唯一标识。

步骤S23，主进程在映射表中查找与应用系统的唯一标识对应的处理进程的唯一标识。

具体地，将映射表中与会话连接请求包含的应用系统的唯一标识对应的处理进程的唯一标识作为需查找的处理进程的唯一标识。例如，假设会话连接请求包含的应用系统的唯一标识为M，预设的映射表如表1所示：

从表1可看出，该映射表中存在与会话连接请求包含的应用系统的唯一标识(M)相同的应用系统的唯一标识，主进程在表1中查找到M对应的处理进程的唯一标识“m”。

步骤S24，主进程将会话连接请求分配给查找到的处理进程的唯一标识对应的处理进程。

具体地，根据查找到的处理进程的唯一标识将会话连接请求准确分配给对应的处理进程处理。由于主进程根据处理进程的唯一标识为会话连接请求分配处理进程，因此，能够提高分配的处理进程的准确性。

步骤S25，处理进程为会话连接请求分配一个处理线程。

本实施例中，当处理进程获取需处理的会话连接请求后，将该会话连接请求分配给该处理进程下的处理线程。

步骤S26，处理线程处理会话连接请求。

步骤S27，主进程为应用系统的唯一标识分配一个新的处理进程，新的处理进程与应用系统的唯一标识一一对应。

本实施例中，若在映射表中没有查找到匹配的应用系统的唯一标识，则为会话连接请求包含的应用系统的唯一标识分配一个新的处理进程。其中，这里的新的处理进程是指，该新的处理进程当前没有被分配给任何应用系统，即在分配之前，该新的处理进程的唯一标识与任一个应用系统的唯一标识均不存在任何对应关系。

步骤S28，主进程在映射表中记录新的处理进程的唯一标识与应用系统的唯一标识的对应关系。

本实施例中，为了便于后续快速、准确地将应用系统分配至对应的处理进程，则在映射表中记录分配的新的处理进程的唯一标识与应用系统的唯一标识的对应关系。

在执行步骤S28之后或者在执行步骤S28之前(图2示出的是在执行步骤S28之后)，返回执行步骤S25。此时，为应用系统的唯一标识分配的新的处理进程作为步骤S25的处理进程。

本申请实施例中，由于预先在映射表中存储应用系统的唯一标识与处理进程的唯一标识的对应关系，因此，主进程能够根据映射表存储的对应关系快速判断出是否已为会话连接请求包含的应用系统的唯一标识分配一个处理进程。同时，由于在判断出已分配处理进程后，将该会话连接请求分配至对应的处理进程，而在判断出仍没有分配处理进程后，为该会话连接请求分配一个新的处理进程，且保证该新的处理进程与应用系统的唯一标识一一对应，因此，通过上述处理，能够准确将会话连接请求分配至与其包含的应用系统的唯一标识一一对应的处理进程。

在一些实施例中，考虑到某个处理线程崩溃后，通常也导致该某个处理线程所在的处理进程崩溃，此时，为了能够成功处理会话连接请求，则步骤S24包括：

A1、若主进程将会话连接请求分配给查找到的处理进程的唯一标识对应的处理进程失败，则删除映射表中的查找到的处理进程的唯一标识与应用系统的唯一标识的对应关系。

具体地，若处理进程崩溃，比如该处理进程退出，主进程不再查找到该处理进程，此时，主进程将不能成功将会话连接请求分配给该处理进程。也即，即使映射表仍记录有崩溃的处理进程的对应关系，也会导致主进程不能成功将会话连接请求分配给崩溃的处理进程。在本实施例中，为了避免后续仍将包含同一个应用系统的标识的会话连接请求分配给崩溃的处理进程，则删除崩溃的处理进程在映射表中的对应关系，比如，删除映射表中崩溃的处理进程的唯一标识，或者，删除映射表中该应用系统的标识以及删除崩溃的处理进程的唯一标识。

A2、主进程为应用系统的唯一标识分配一个新的处理进程，新的处理进程与应用系统的唯一标识一一对应。

其中，这里的新的处理进程是指，该新的处理进程当前没有被分配给任何应用系统，即在分配之前，该新的处理进程的唯一标识与任一个应用系统的唯一标识均不存在任何对应关系。

A3、主进程在映射表中记录新的处理进程的唯一标识与应用系统的唯一标识的对应关系。

具体地，若删除崩溃的处理进程的对应关系时，只删除该崩溃的处理进程的唯一标识，则将新的处理进程的唯一标识替换崩溃的处理进程的唯一标识，以生成新的对应关系。或者，若删除崩溃的处理进程的对应关系时，同时删除了崩溃的处理进程的唯一标识以及应用系统的唯一标识，则在映射表中重新记录应用系统的唯一标识，以及，记录新的处理进程的唯一标识，以得到新的对应关系。

上述A1～A3中，由于在主进程不能成功将会话连接请求分配给查找到的处理进程的唯一标识对应的处理进程后，删除映射表中查找到的处理进程的唯一标识与应用系统的唯一标识的对应关系，并在该映射表中记录新的对应关系，因此，当再次接收到包含同样应用系统的唯一标识的会话连接请求时，能够快速地将该会话连接请求分配至新分配的处理进程。

在一些实施例中，步骤S27(或步骤A2)中，为应用系统的唯一标识分配一个新的处理进程，包括：

创建一个新的处理进程，将创建的新的处理进程分配给应用系统的唯一标识。

或者，

在已创建的处理进程中，选择一个当前没有与任何应用系统的唯一标识建立一一对应关系的处理进程，将选择的处理进程分配给应用系统的唯一标识。

本实施例中，若采用一对一的进程管理模式，则在接收到包含新的应用系统的唯一标识的会话连接请求后，将创建一个新的处理进程。由于在需要使用处理进程时才创建该处理进程，因此，极大简化了对处理进程的管理。

本实施例中，若采用进程池的管理模式，则在接收到包含新的应用系统的唯一标识的会话连接请求后，将从进程池中选择一个已创建的且当前没有与任何应用系统的唯一标识建立一一对应关系的处理进程作为新的处理进程。由于预先创建了处理进程，因此，在接收到包含新的应用系统的唯一标识的会话连接请求后，直接从已创建的处理进程中选择一个处理进程，从而缩短了会话连接请求的响应时间。需要指出的是，若采用进程池的管理模式，则当会话退出后，被分配的处理进程将重新放回进程池中，以便后续再次将该处理进程分配给其他会话连接请求。

图3示出了本申请实施例提供的又一种会话连接请求的处理方法的流程图，

步骤S31，主进程接收客户端发送的会话连接请求，会话连接请求包含应用系统的唯一标识和会话连接的唯一标识。

本实施例中，用户使用其在应用系统的登录账号登录客户端的应用系统，若用户希望通过该应用系统访问数据库服务端，则客户端将向该数据库服务端发送对应的会话连接请求，该会话连接请求包含该应用系统的唯一标识(应用系统的唯一标识可以为该应用系统的名称)和用户在该应用系统对应的会话连接的唯一标识(会话连接的唯一标识可以为应用系统端的网络连接套接字的网际协议地址(Internet Protocol Address，IP):PORT(端口))。例如，假设应用系统A是“12306购票网站”，那么该应用系统A的唯一标识可以为该应用系统A的名称“12306”，用户在“12306购票网站”的登录账号为“张三”，该“张三”要查询深圳到北京的票信息，此时，客户端将向数据库服务端发送会话连接请求(假设应用系统此次的网络连接套接字信息为192.168.0.100:6785)，该会话连接请求包含“12306”和“192.168.0.100:6785”。

需要指出的是，针对同一个用户在同一个应用系统执行操作后所触发的各个会话连接请求，将被判定为同一个会话连接请求。例如，“张三”在“12306购票网站”查询深圳到北京的票信息、查询深圳到上海的票信息所触发的各个会话连接请求均被判定为同一个会话连接请求。

步骤S32，主进程将会话连接请求分配给与应用系统的唯一标识一一对应的处理进程。

当然，该步骤S32也可以采用步骤S22、步骤S23和步骤S24的方式实现，此处不再赘述。

步骤S33，处理进程将会话连接请求分配给与会话连接的唯一标识一一对应的处理线程。

步骤S34，处理线程处理会话连接请求。

本申请实施例中，根据会话连接的唯一标识分配对应的处理线程，也即，不同的会话连接请求由不同的处理线程处理，而不同的处理线程能够并行执行，也即，当不同用户在同一时刻发出会话连接请求后，数据库服务端能够同时对不同用户进行响应，从而能够平衡不同用户的良好体验。

在一些实施例中，会话连接请求的处理方法还包括：

若不存在与会话连接的唯一标识一一对应的处理线程，则处理进程为会话连接的唯一标识分配一个新的处理线程，新的处理线程与会话连接的唯一标识一一对应。

本实施例中，若会话连接请求包含新的会话连接的唯一标识，此时，数据库服务端不存在与会话连接的唯一标识一一对应的处理线程，则该数据库服务端为该会话连接请求分配新的处理线程，以将不同会话连接请求分配给不同的处理线程，从而能够并行响应不同用户的会话连接请求，进而提高了用户的良好体验。

在一些实施例中，上述为会话连接请求分配一个新的处理线程，包括：

创建一个新的处理线程，将创建的新的处理线程分配给会话连接的唯一标识；

或者，

在已创建的处理线程中，选择一个当前没有与任何会话连接的唯一标识建立一一对应关系的处理线程，将选择的处理线程分配给会话连接的唯一标识。

本实施例中，若采用一对一的线程管理模式，则在接收到包含新的会话连接的唯一标识的会话连接请求后，将创建一个新的处理线程。由于在需要使用处理线程时才创建该处理线程，因此，极大简化了对处理线程的管理。

本实施例中，若采用线程池的管理模式，则在接收到包含新的会话连接的唯一标识的会话连接请求后，将从线程池中选择一个已创建的且当前没有与任何会话连接的唯一标识建立一一对应关系的处理线程作为新的处理线程。由于预先创建了处理线程，因此，在接收到包含新的会话连接的唯一标识的会话连接请求后，直接从已创建的处理线程中选择一个处理线程，从而缩短了会话连接请求的响应时间。需要指出的是，若采用线程池的管理模式，则当会话退出后，被分配的处理线程将重新放回线程池中，以便后续再次将该处理线程分配给其他会话连接请求。

为了更清楚地描述本申请实施例提供的会话连接请求的处理方法，下面结合图4进行描述。

在图4中，用户“张三”、“李四”、“王五”均通过应用系统A与数据库服务端交互，其中应用系统A的唯一标识为“UserA”，且该应用系统A与处理进程1一一对应。假设应用系统为每个登录用户创建一个与数据库服务端的会话连接，由于有3个用户，因此，处理进程1分别为这3个用户分配了对应的处理线程，且用户与处理线程一一对应，例如，张三与处理线程1一一对应，李四与处理线程2一一对应，王五与处理线程3一一对应。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例的会话连接请求的处理方法，图5示出了本申请实施例提供的会话连接请求的处理装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图5，该会话连接请求的处理装置5应用于数据库服务端，包括：主进程51、处理进程52和处理线程53，其中：

主进程51用于接收客户端发送的会话连接请求，会话连接请求包含应用系统的唯一标识。

主进程51用于将会话连接请求分配给与应用系统的唯一标识一一对应的处理进程。

处理进程52用于为会话连接请求分配一个处理线程。

处理线程53用于处理会话连接请求。

本申请实施例中，由于一个处理进程用于处理一个应用系统的会话连接请求，而一个应用系统通常包含多个会话连接请求，因此，与多进程模型相比，本申请实施例提供的会话连接请求的处理方法能够减少需创建的处理进程的数量，进而降低对系统资源的消耗以及降低创建处理进程的成本。此外，由于一个数据库服务端通常与多个应用系统对应，因此，与多线程模型相比，本申请实施例提供的会话连接请求的处理方法能够将不同应用系统的会话连接请求分别分配到不同的处理进程中，进而使得同一个处理进程下的处理线程只需竞争分配给该同一个处理进程的系统资源，而不会竞争分配给其他处理进程的系统资源；同时，在某个处理线程崩溃后，只会影响该某个处理线程所在的处理进程对应的应用系统对数据库服务端的使用，而不会影响其他处理进程对应的应用系统对数据库服务端的使用。

在一些实施例中，主进程51在将会话连接请求分配给与应用系统的唯一标识一一对应的处理进程时，包括：

主进程查找预设的映射表中是否存在与应用系统的唯一标识匹配的应用系统的唯一标识，其中，映射表用于存储应用系统的唯一标识与处理进程的唯一标识的对应关系。

若主进程判断出映射表中存在与应用系统的唯一标识匹配的应用系统的唯一标识，则在映射表中查找与应用系统的唯一标识对应的处理进程的唯一标识。

主进程将会话连接请求分配给查找到的处理进程的唯一标识对应的处理进程。

在一些实施例中，主进程51将会话连接请求分配给查找到的处理进程的唯一标识对应的处理进程，包括：

若主进程将会话连接请求分配给查找到的处理进程的唯一标识对应的处理进程失败，则删除映射表中的查找到的处理进程的唯一标识与应用系统的唯一标识的对应关系；

主进程为应用系统的唯一标识分配一个新的处理进程，新的处理进程与应用系统的唯一标识一一对应；

主进程在映射表中记录新的处理进程的唯一标识与应用系统的唯一标识的对应关系。

在一些实施例中，主进程还用于：

若主进程判断出映射表中不存在与应用系统的唯一标识匹配的应用系统的唯一标识，则为应用系统的唯一标识分配一个新的处理进程，新的处理进程与应用系统的唯一标识一一对应；

主进程在映射表中记录新的处理进程的唯一标识与应用系统的唯一标识的对应关系。

在一些实施例中，为应用系统的唯一标识分配一个新的处理进程，包括：

创建一个新的处理进程，将创建的新的处理进程分配给应用系统的唯一标识。

或者，

在已创建的处理进程中，选择一个当前没有与任何应用系统的唯一标识建立一一对应关系的处理进程，将选择的处理进程分配给应用系统的唯一标识。

在一些实施例中，会话连接请求还包含会话连接的唯一标识，此时，处理进程52为会话连接请求分配一个处理线程，包括：

处理进程52将会话连接请求分配给与会话连接的唯一标识一一对应的处理线程。

在一些实施例中，处理进程52还用于：

若不存在与所述会话连接的唯一标识一一对应的处理线程，则处理进程为会话连接请求分配一个新的处理线程，新的处理线程与会话连接的唯一标识一一对应。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图6为本申请一实施例提供的服务器的结构示意图。如图6所示，该实施例的服务器6包括：至少一个处理器60(图6中仅示出一个处理器)、存储器61以及存储在存储器61中并可在至少一个处理器60上运行的计算机程序62，处理器60执行计算机程序62时实现上述任意各个方法实施例中的步骤：

主进程接收客户端发送的会话连接请求，会话连接请求包含应用系统的唯一标识；

主进程将会话连接请求分配给与应用系统的唯一标识一一对应的处理进程；

处理进程为会话连接请求分配一个处理线程；

处理线程处理会话连接请求。

服务器6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该服务器可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是服务器6的举例，并不构成对服务器6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，该处理器60还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61在一些实施例中可以是所述服务器6的内部存储单元，例如服务器6的硬盘或内存。所述存储器61在另一些实施例中也可以是所述服务器6的外部存储设备，例如所述服务器6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器61还可以既包括所述服务器6的内部存储单元也包括外部存储设备。所述存储器61用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。