本发明涉及计算机技术领域，具体涉及一种线程处理方法及装置。
背景技术：
服务平台大多利用线程处理用户的待处理请求，使用户获取到相应的业务服务。一般服务平台能够向用户提供多种业务。为了支持并发处理，通常服务平台会在内部维护物理线程池，物理线程池中包括有一定数量的线程，以减少频繁创建和销毁线程所带来的资源开销。其中，所有的业务可共用一个物理线程池。当接收到一个待处理请求时，会直接从物理线程池中取出一个线程用于处理该待处理请求，当该待处理请求处理完成之后，再将该线程放回至物理线程池中。然而在一些特定情况下，一个业务出现问题会影响其他业务的正常运行，例如某个业务对应的待处理请求数量过多或者处理待处理请求需调用外部平台而外部平台出现故障，当前服务平台的物理线程池中的线程很有可能会都被取出，物理线程池中无空闲线程可用，导致服务平台无法正常、稳定地提供业务服务。
技术实现要素：
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的线程处理方法及装置。
根据本发明的一个方面，提供了一种线程处理方法，该方法包括：
根据物理线程池的线程总数量，设置用于向至少两种业务分别提供执行服务的至少两个业务线程池的线程数量以及用于向所有业务提供执行服务的共享线程池的线程数量；
依据待处理请求，确定与待处理请求对应的业务线程池；
根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理。
进一步地，根据物理线程池的线程总数量，设置用于向至少两种业务分别提供执行服务的至少两个业务线程池的线程数量以及用于向所有业务提供执行服务的共享线程池的线程数量进一步包括：
按照预设划分规则，确定至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例；
根据物理线程池的线程总数量、至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例，确定至少两个业务线程池的线程数量以及共享线程池的线程数量。
进一步地，在依据待处理请求，确定与待处理请求对应的业务线程池之前，该方法还包括：
根据至少两个业务线程池对应的业务，设置至少两个业务线程池的调度属性以及线程占用阈值。
进一步地，依据待处理请求，确定与待处理请求对应的业务线程池进一步包括：
对待处理请求对应的业务进行识别；
将识别得到的业务所对应的业务线程池确定为与待处理请求对应的业务线程池。
进一步地，根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理进一步包括：
判断与待处理请求对应的业务线程池中是否包含有空闲线程；
若与待处理请求对应的业务线程池中包含有空闲线程，则将与待处理请求对应的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将与待处理请求对应的业务线程池的线程占用计数减1。
进一步地，若与待处理请求对应的业务线程池中不包含有空闲线程，该方法还包括：
判断共享线程池中是否包含有空闲线程；
若共享线程池中包含有空闲线程，则将共享线程池的共享线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将共享线程池的线程占用计数减1。
进一步地，若共享线程池中不包含有空闲线程，该方法还包括：
判断待处理请求是否符合预设丢弃条件；
若待处理请求符合预设丢弃条件，则丢弃待处理请求，并发送流控错误提示信息；
若待处理请求不符合预设丢弃条件，则从其它业务线程池中查找符合预设调度条件的业务线程池；将符合预设调度条件的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将符合预设调度条件的业务线程池的线程占用计数减1。
进一步地，从其它业务线程池中查找符合预设调度条件的业务线程池进一步包括：
根据其它业务线程池的线程占用情况，得到其它业务线程池的线程占用比例；
从其它业务线程池中查找调度属性为支持调度且线程占用比例小于线程占用阈值的业务线程池。
根据本发明的另一方面，提供了一种线程处理装置，该装置包括：
设置模块，适于根据物理线程池的线程总数量，设置用于向至少两种业务分别提供执行服务的至少两个业务线程池的线程数量以及用于向所有业务提供执行服务的共享线程池的线程数量；
确定模块，适于依据待处理请求，确定与待处理请求对应的业务线程池；
处理模块，适于根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理。
进一步地，设置模块进一步适于：
按照预设划分规则，确定至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例；
根据物理线程池的线程总数量、至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例，确定至少两个业务线程池的线程数量以及共享线程池的线程数量。
进一步地，设置模块进一步适于：
根据至少两个业务线程池对应的业务，设置至少两个业务线程池的调度属性以及线程占用阈值。
进一步地，确定模块进一步适于：
对待处理请求对应的业务进行识别；
将识别得到的业务所对应的业务线程池确定为与待处理请求对应的业务线程池。
进一步地，处理模块包括：第一判断单元和处理单元；
第一判断单元适于：判断与待处理请求对应的业务线程池中是否包含有空闲线程；
处理单元适于：若与待处理请求对应的业务线程池中包含有空闲线程，则将与待处理请求对应的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将与待处理请求对应的业务线程池的线程占用计数减1。
进一步地，处理模块进一步包括：第二判断单元；
第二判断单元适于：若与待处理请求对应的业务线程池中不包含有空闲线程，则判断共享线程池中是否包含有空闲线程；
处理单元进一步适于：若共享线程池中包含有空闲线程，则将共享线程池的共享线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将共享线程池的线程占用计数减1。
进一步地，处理模块进一步包括：第三判断单元；
第三判断单元适于：若共享线程池中不包含有空闲线程，则判断待处理请求是否符合预设丢弃条件；
处理单元进一步适于：若待处理请求符合预设丢弃条件，则丢弃待处理请求，并发送流控错误提示信息；若待处理请求不符合预设丢弃条件，则从其它业务线程池中查找符合预设调度条件的业务线程池；将符合预设调度条件的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将符合预设调度条件的业务线程池的线程占用计数减1。
进一步地，处理单元进一步适于：
根据其它业务线程池的线程占用情况，得到其它业务线程池的线程占用比例；
从其它业务线程池中查找调度属性为支持调度且线程占用比例小于线程占用阈值的业务线程池。
根据本发明的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；
存储器用于存放至少一可执行指令，可执行指令使处理器执行上述线程处理方法对应的操作。
根据本发明的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述线程处理方法对应的操作。
根据本发明提供的技术方案，能够根据物理线程池的线程总数量，设置业务线程池的线程数量和共享线程池的线程数量，实现了对物理线程池中的线程的有效分配；并且，该方案还能够根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理，有效地保障了业务服务的稳定性，避免服务平台中一个业务出现问题而影响其他业务的正常运行，优化了线程处理方式。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的线程处理方法的流程示意图；
图2示出了根据本发明另一实施例的线程处理方法的流程示意图；
图3示出了根据本发明实施例的线程处理装置的结构框图；
图4示出了根据本发明实施例的一种计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的线程处理方法的流程示意图，如图1所示，该方法包括如下步骤：
步骤S100，根据物理线程池的线程总数量，设置用于向至少两种业务分别提供执行服务的至少两个业务线程池的线程数量以及用于向所有业务提供执行服务的共享线程池的线程数量。
服务平台在内部维护有一个物理线程池，物理线程池包括多个线程，用于处理用户的待处理请求。本领域技术人员可根据实际需要以及服务平台的硬件设备处理能力对物理线程池中所包括的线程总数量进行设置，此处不做限定。其中，服务平台可采用分布式系统，分布式系统中每个子系统可完成特定的功能，子系统之间通过相互协作向用户呈现统一的整体。
服务平台能够向用户提供至少两种业务，例如购买优惠券、代金券等商品的商品购买业务以及通过扫描店铺提供的二维码或条形码等图像识别码进行买单的扫码买单业务等。为了保障业务服务的稳定性，避免一个业务出现问题而影响其他业务的正常运行，在步骤S100中，根据物理线程池的线程总数量，设置用于向至少两种业务分别提供执行服务的至少两个业务线程池的线程数量以及用于向所有业务提供执行服务的共享线程池的线程数量，从而实现了对物理线程池中的线程的分配。其中，不同的业务对应不同的业务线程池，业务线程池用于为对应的业务提供执行服务，共享线程池用于为所有业务提供执行服务。各个业务线程池的线程数量以及共享线程池的线程数量之和等于物理线程池的线程总数量。本领域技术人员可根据实际需要对业务线程池的线程数量和共享线程池的线程数量进行设置，此处不做限定。
假设服务平台一共能够向用户提供3种业务，那么业务线程池的数量为3个，分别对应于3种业务，这3个业务线程池分别为业务线程池A、业务线程池B和业务线程池C，那么物理线程池的线程总数量、这3个业务线程池的线程数量以及共享线程池的线程数量之间的关系可用下列公式表示：
S＝Sa+Sb+Sc+Ss 公式1
其中，S为物理线程池的线程总数量，Sa为业务线程池A的线程数量，Sb为业务线程池B的线程数量，Sc为业务线程池C的线程数量，Ss为共享线程池的线程数量。
步骤S101，依据待处理请求，确定与待处理请求对应的业务线程池。
当用户通过客户端向服务平台发起待处理请求时，服务平台依据待处理请求确定与待处理请求对应的业务线程池，以便对待处理请求进行处理。具体地，可对待处理请求对应的业务进行识别，然后将识别得到的业务所对应的业务线程池确定为与待处理请求对应的业务线程池。
以某个待处理请求为购买代金券的请求为例，通过对该待处理请求对应的业务进行识别得到，该待处理请求对应的业务为商品购买业务，那么将商品购买业务所对应的业务线程池确定为与该待处理请求对应的业务线程池。
步骤S102，根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理。
其中，其它业务线程池是指至少两个业务线程池中除与待处理请求对应的业务线程池之外的业务线程池，在确定了与待处理请求对应的业务线程池之后，可根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，确定是将该待处理请求分配给哪个线程池中的线程进行处理还是丢弃该待处理请求。
本实施例提供的线程处理方法，能够根据物理线程池的线程总数量，设置业务线程池的线程数量和共享线程池的线程数量，实现了对物理线程池中的线程的有效分配；并且，该方案还能够根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理，有效地保障了业务服务的稳定性，避免服务平台中一个业务出现问题而影响其他业务的正常运行，优化了线程处理方式。
图2示出了根据本发明另一实施例的线程处理方法的流程示意图，如图2所示，该方法包括如下步骤：
步骤S200，按照预设划分规则，确定至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例。
服务平台能够向用户提供至少两种业务，例如商品购买业务以及扫码买单业务等，而不同的业务在服务平台中的重要程度、日常请求数量不完全相同，那么为了便于设置业务线程池的线程数量以及共享线程池的线程数量，可预先根据不同的业务在服务平台中的重要程度以及不同的业务的日常请求数量等因素设置预设划分规则，具体地，预设划分规则可记载有不同业务对应的业务线程池的线程划分比例以及共享线程池的线程划分比例，其中，各个业务线程池的线程划分比例以及共享线程池的线程划分比例之和等于1。
步骤S201，根据物理线程池的线程总数量、至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例，确定至少两个业务线程池的线程数量以及共享线程池的线程数量。
假设服务平台一共能够向用户提供3种业务，那么业务线程池的数量为3个，这3个业务线程池分别为业务线程池A、业务线程池B和业务线程池C，若根据步骤S200所确定的线程划分比例可知，业务线程池A的线程划分比例为30％，业务线程池B的线程划分比例为10％，业务线程池C的线程划分比例为20％，共享线程池的线程划分比例为40％，物理线程池的线程总数量为30，那么所确定的业务线程池A的线程数量为9，业务线程池B的线程数量为3，业务线程池C的线程数量为6，共享线程池的线程数量为12。
步骤S202，根据至少两个业务线程池对应的业务，设置至少两个业务线程池的调度属性以及线程占用阈值。
在本发明中，可根据在服务平台中的重要程度设置业务的优先级，优先级高的业务即为服务平台的主要业务，优先级低的业务即为服务平台的次要业务。在步骤S202中，可根据至少两个业务线程池对应的业务的优先级，设置至少两个业务线程池的调度属性以及线程占用阈值。
其中，调度属性用于表示该业务线程池的线程能否被分配给其它业务使用，调度属性可包括支持调度和不支持调度。若业务线程池的调度属性为支持调度，则说明该业务线程池的线程能够被分配给其它业务使用；若业务线程池的调度属性为不支持调度，则说明该业务线程池的线程不能被分配给其它业务使用。在实际应用中可用“0”表示不支持调度，用“1”表示支持调度。具体地，为了保障优先级高的业务能够正常运行，可将优先级高的业务对应的业务线程池的调度属性设置为不支持调度，将优先级低的业务对应的业务线程池的调度属性设置为支持调度。对于调度属性为支持调度的业务线程池，还需设置对应的线程占用阈值，用于保障线程被分配给其它业务使用后不会影响该业务线程池自身对应的业务的正常运行。只有在调度属性为支持调度的业务线程池的线程占用比例小于对应的线程占用阈值的情况下，才能够允许线程被分配给其它业务使用。本领域技术人员可根据实际需要对线程占用阈值进行设置，此处不做限定。
步骤S203，依据待处理请求，确定与待处理请求对应的业务线程池。
当用户通过客户端向服务平台发起待处理请求时，服务平台依据待处理请求确定与待处理请求对应的业务线程池，具体地，可利用预设识别方法对待处理请求对应的业务进行识别，然后将识别得到的业务所对应的业务线程池确定为与待处理请求对应的业务线程池。本领域技术人员可根据实际需要设置预设识别方法，此处不做限定。例如可通过分析待处理请求的具体内容的方式来识别其对应的业务。又如可预先为各种业务设置了一一对应的业务标识，待处理请求中携带有对应的业务标识，然后根据待处理请求中所携带的业务标识来识别其对应的业务。
步骤S204，判断与待处理请求对应的业务线程池中是否包含有空闲线程；若是，则执行步骤S210；若否，则执行步骤S205。
在确定了与待处理请求对应的业务线程池之后，判断与待处理请求对应的业务线程池中是否包含有空闲线程。本发明通过实时记录业务线程池和共享线程池的线程占用计数的方式实现了对业务线程池和共享线程池的线程占用情况的有效监管。具体地，可通过判断与待处理请求对应的业务线程池的线程占用计数是否小于该业务线程池的线程数量的方式来判断该业务线程池中是否包含有空闲线程。假设与待处理请求对应的业务线程池的线程占用计数为4，与待处理请求对应的业务线程池的线程数量为6，其线程占用计数小于其线程数量，说明该业务线程池包含有空闲线程，且包含有2个空闲线程。
如果与待处理请求对应的业务线程池中包含有空闲线程，说明该业务线程池能够处理该待处理请求，则执行步骤S210；如果与待处理请求对应的业务线程池中不包含有空闲线程，说明该业务线程池无法处理该待处理请求，则执行步骤S205。
步骤S205，判断共享线程池中是否包含有空闲线程；若是，则执行步骤S212；若否，则执行步骤S206。
在经步骤S204判断得到与待处理请求对应的业务线程池中不包含有空闲线程的情况下，判断共享线程池中是否包含有空闲线程。具体地，可通过判断共享线程池的线程占用计数是否小于共享线程池的线程数量的方式来判断共享线程池中是否包含有空闲线程。如果共享线程池中包含有空闲线程，说明共享线程池能够处理该待处理请求，则执行步骤S212；如果共享线程池中不包含有空闲线程，说明共享线程池也无法处理该待处理请求，则执行步骤S206。
步骤S206，判断待处理请求是否符合预设丢弃条件；若是，则执行步骤S214；若否，则执行步骤S207。
在经步骤S205判断得到共享线程池中不包含有空闲线程的情况下，判断待处理请求是否符合预设丢弃条件。本领域技术人员可根据实际需要对预设丢弃条件进行设置，此处不做限定。例如，考虑到优先级低的业务为服务平台的次要业务，因此可将预设丢弃条件设置为待处理请求对应的业务的优先级小于预设级别。那么如果待处理请求对应的业务的优先级小于预设级别，说明该待处理请求为次要业务的请求，符合预设丢弃条件，则执行步骤S214；如果待处理请求对应的业务的优先级大于或等于预设级别，说明该待处理请求为主要业务的请求，不符合预设丢弃条件，则执行步骤S207。
步骤S207，从其它业务线程池中查找符合预设调度条件的业务线程池。
具体地，预设调度条件可为调度属性为支持调度且线程占用比例小于线程占用阈值，那么根据其它业务线程池的线程占用情况，得到其它业务线程池的线程占用比例，然后从其它业务线程池中查找调度属性为支持调度且线程占用比例小于对应的线程占用阈值的业务线程池，所查找到的业务线程池即为符合预设调度条件的业务线程池。
假设业务线程池分别为业务线程池A、业务线程池B和业务线程池C，与待处理请求对应的业务线程池为业务线程池A，而业务线程池A和共享线程池中都不包含有空闲线程，且该待处理请求不符合预设丢弃条件，那么在上述条件下，其它业务线程池包括业务线程池B和业务线程池C。如果业务线程池B和业务线程池C的调度属性均为支持调度，业务线程池B的线程占用阈值为60％，业务线程池C的线程占用阈值为50％，且根据业务线程池B和业务线程池C的线程占用情况可知，业务线程池B的线程占用比例为40％，业务线程池C的线程占用比例为70％，那么只有业务线程池B的调度属性为支持调度且线程占用比例小于对应的线程占用阈值，符合预设调度条件。虽然业务线程池C的调度属性也为支持调度，但其线程占用比例大于对应的线程占用阈值，因此不符合预设调度条件。
步骤S208，将符合预设调度条件的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理。
在查找到符合预设调度条件的业务线程池的情况下，使用符合预设调度条件的业务线程池中的线程来处理该待处理请求。为了对线程占用情况进行有效监管，当需要符合预设调度条件的业务线程池中的线程来处理待处理请求时，将符合预设调度条件的业务线程池的线程占用计数加1，并将待处理请求分配给该符合预设调度条件的业务线程池中的线程进行处理。
步骤S209，在待处理请求处理完成之后，将符合预设调度条件的业务线程池的线程占用计数减1。
由于在步骤S208中使用的是符合预设调度条件的业务线程池中的线程对待处理请求进行处理，在待处理请求处理完成之后，说明该线程不再被占用，那么将该线程归还给该符合预设调度条件的业务线程池，并将符合预设调度条件的业务线程池的线程占用计数减1，实现了对线程占用情况的有效监管。
如果查找不到符合预设调度条件的业务线程池，则可直接步骤S214。
步骤S210，将与待处理请求对应的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理。
在经步骤S204判断得到与待处理请求对应的业务线程池中包含有空闲线程的情况下，说明与待处理请求对应的业务线程池能够处理该待处理请求，则使用与待处理请求对应的业务线程池中的线程来处理该待处理请求，为了对线程占用情况进行有效监管，将与待处理请求对应的业务线程池的线程占用计数加1，并将待处理请求分配给与待处理请求对应的业务线程池中的线程进行处理。
步骤S211，在待处理请求处理完成之后，将与待处理请求对应的业务线程池的线程占用计数减1。
由于在步骤S210中使用的是与待处理请求对应的业务线程池中的线程对待处理请求进行处理，在待处理请求处理完成之后，说明该线程不再被占用，那么将与待处理请求对应的业务线程池的线程占用计数减1。
步骤S212，将共享线程池的共享线程占用计数加1，并将待处理请求分配给线程进行处理。
在经步骤S205判断得到共享线程池中包含有空闲线程的情况下，说明共享线程池能够处理该待处理请求，则使用共享线程池中的线程来处理该待处理请求，具体地，将共享线程池的共享线程占用计数加1，并将待处理请求分配给共享线程池中的线程进行处理。
步骤S213，在待处理请求处理完成之后，将共享线程池的线程占用计数减1。
由于在步骤S212中使用的是共享线程池中的线程对待处理请求进行处理，在待处理请求处理完成之后，说明该线程不再被占用，那么将共享线程池的线程占用计数减1。
步骤S214，丢弃待处理请求，并发送流控错误提示信息。
在经步骤S206判断得到待处理请求符合预设丢弃条件的情况下，可直接丢弃该待处理请求。为了便于用户了解待处理请求的具体处理情况，并避免给服务平台增加较大处理压力，服务平台可以以较小的资源开销向客户端发送流控错误提示信息，用于告知用户当前服务平台存在流量控制错误，用户可等待一段时间后再发起待处理请求。
本实施例提供的线程处理方法，能够按照各个业务在服务平台中的重要程度、日常请求数量等因素，确定业务线程池的线程数量以及共享线程池的线程数量，实现了对物理线程池中的线程的有效分配；该方案优先使用与待处理请求对应的业务线程池中的线程来处理待处理请求，在与待处理请求对应的业务线程池中不包含有空闲线程的情况下，才使用共享线程池中的空闲线程来处理该待处理请求，并且还能够在共享线程池中不包含有空闲线程的情况下，调度其它业务线程池中的线程来处理该待处理请求，通过多层次的处理方式不仅提高了线程的利用率，而且还有效地保障了业务服务的稳定性，避免服务平台中一个业务出现问题而影响其他业务的正常运行；另外，该方案还通过实时记录业务线程池和共享线程池的线程占用计数的方式，以较小的资源开销实现了对业务线程池和共享线程池的线程占用情况的有效监管。
图3示出了根据本发明实施例的线程处理装置的结构框图，如图3所示，该装置包括：设置模块310、确定模块320和处理模块330。
设置模块310适于：根据物理线程池的线程总数量，设置用于向至少两种业务分别提供执行服务的至少两个业务线程池的线程数量以及用于向所有业务提供执行服务的共享线程池的线程数量。
其中，设置模块310进一步适于：按照预设划分规则，确定至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例；根据物理线程池的线程总数量、至少两个业务线程池的线程划分比例以及共享线程池的线程划分比例，确定至少两个业务线程池的线程数量以及共享线程池的线程数量。
可选地，设置模块310进一步适于：根据至少两个业务线程池对应的业务，设置至少两个业务线程池的调度属性以及线程占用阈值。
确定模块320适于：依据待处理请求，确定与待处理请求对应的业务线程池。
其中，确定模块320进一步适于：对待处理请求对应的业务进行识别；将识别得到的业务所对应的业务线程池确定为与待处理请求对应的业务线程池。
处理模块330适于：根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理。
在一个具体实施例中，处理模块330可包括：第一判断单元331、处理单元332、第二判断单元333和第三判断单元334。
具体地，第一判断单元331适于：判断与待处理请求对应的业务线程池中是否包含有空闲线程。
若第一判断单元331判断得到与待处理请求对应的业务线程池中包含有空闲线程，则触发处理单元332；若第一判断单元331判断得到与待处理请求对应的业务线程池中不包含有空闲线程，则触发第二判断单元333。
处理单元332适于：若与待处理请求对应的业务线程池中包含有空闲线程，则将与待处理请求对应的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将与待处理请求对应的业务线程池的线程占用计数减1。
第二判断单元333适于：若与待处理请求对应的业务线程池中不包含有空闲线程，则判断共享线程池中是否包含有空闲线程。
若第二判断单元333判断得到共享线程池中包含有空闲线程，则触发处理单元332；若第二判断单元333判断得到共享线程池中不包含有空闲线程，则触发第三判断单元334。
处理单元332进一步适于：若共享线程池中包含有空闲线程，则将共享线程池的共享线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将共享线程池的线程占用计数减1。
第三判断单元334适于：若共享线程池中不包含有空闲线程，则判断待处理请求是否符合预设丢弃条件。
处理单元332进一步适于：若待处理请求符合预设丢弃条件，则丢弃待处理请求，并发送流控错误提示信息；若待处理请求不符合预设丢弃条件，则从其它业务线程池中查找符合预设调度条件的业务线程池；将符合预设调度条件的业务线程池的线程占用计数加1，并将待处理请求分配给线程进行处理；在待处理请求处理完成之后，将符合预设调度条件的业务线程池的线程占用计数减1。
可选地，处理单元332进一步适于：根据其它业务线程池的线程占用情况，得到其它业务线程池的线程占用比例；从其它业务线程池中查找调度属性为支持调度且线程占用比例小于线程占用阈值的业务线程池。
本实施例提供的线程处理装置，能够根据物理线程池的线程总数量，设置业务线程池的线程数量和共享线程池的线程数量，实现了对物理线程池中的线程的有效分配；并且，该方案还能够根据与待处理请求对应的业务线程池的线程占用情况、共享线程池的线程占用情况和/或其它业务线程池的线程占用情况，对待处理请求进行处理，有效地保障了业务服务的稳定性，避免服务平台中一个业务出现问题而影响其他业务的正常运行，优化了线程处理方式。
本发明还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的线程处理方法。
图4示出了根据本发明实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。
其中：
处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。
通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。
处理器402，用于执行程序410，具体可以执行上述线程处理方法实施例中的相关步骤。
具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。
处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。
存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序410具体可以用于使得处理器402执行上述任意方法实施例中的线程处理方法。程序410中各步骤的具体实现可以参见上述线程处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。