我目前正在开发一些托管在同一个工作进程中的WCF服务。我正在搜索是否有人尝试使用像SmartThreadPool这样的自定义线程池来实现异步作业处理单元作为共享实现。基本上，是否存在可能与WCF内部线程管理冲突的线程管理问题或已知（反）模式？
更新 :(抱歉我的英文不好，我不清楚）我的WCF服务处理简单客户端请求（多个企业客户端/应用程序），基本上触发工作流程和不同作业类型的实例反过来又传输到外部java服务外观。 有许多不同类型的作业，无论是同步还是异步，每个都处理来自多个数据库的大量元数据集合，涉及工作流，即使它们很简单，也需要一些上下文/状态持久性（+1数据库）和更新。源数据库。
我的第一个想法是编写一个中央作业处理引擎，从客户端收到“简单”的作业请求，异步处理这些作业以收集外部Java服务所需的元数据集，并将这些请求推送到外部服务。 .. 这将导致客户端提交作业类型请求的实例，获取一些作业/上下文ID，并在其他地方完成任务时检查作业/上下文状态...
这就是SmartThreadPool，它是这个拼图的优雅中心部分...... 我的服务是WCF 4，客户端是使用asmx代理的powerbuilder，外部服务是Axis2 - webMethods。 我没有在这样的WCF上下文中找到任何SmartThreadPool的例子，并且想知道一些糟糕的线程反模式是否可以在这里睡觉......