.NET应用架构设计—服务端开发多线程使用小结（多线程使用常识）

有一段时间没有更新博客了，最近半年都在着写书《.NET框架设计—大型企业级框架设计艺术》，很高兴这本书将于今年的10月份由图灵出版社出版，有关本书的具体介绍等书要出版的时候我在另写一篇文行做介绍。可以先透露一下，本书是博主多年来对应用框架学习的总结，里面包含了十几个重量级框架模式，这些模式都是我们目前所经常使用到的，对于学习框架和框架开发来说是很好的参考资料，大家敬请期待。

好了，进入文章主题。

最近几个月本人一直从事着SOA服务开发工作，简单点讲就是提供服务接口的；从提供前端接口WEBAPI，到提供后端接口WCF\SOAFramework，期间学到了不少有关多线程使用上的经验，这些经验有的是本人自己的错误使用后的经验，有些是公司的前辈的指点，总之这些东西你不遇到过你是不会意识到该如何使用的，所以本人觉得很有必要总结分享给广大和我一样工作在一线的博友们。

我们从服务的处理环节为顺序来介绍：

1.使用入口线程来处理超长时间调用：

任何服务的调用都需要首先进到服务的入口方法中，该方法通常扮演着领域逻辑的门面接口（将系统用例进行服务接口的划分），通过该接口进行用例的调用。当我们需要处理长时间过程时都会面临着头疼的超时异常，如果我们再去设计如何做超时补偿措施就会很复杂而且是没有必要的开销。长时处理的服务调用场景多半在同步数据中，通过某个JobWs（工作服务）定期的来同步数据（本人就是在这个过程中学到的），当我们无法预知我们的服务会处理多长时间时，基本上都会首先去设置调用端的连接超时时间（是不是都会这么想？）；这很正常，很来超时时间就是用来给我们用的；但是我们忽视了我们当前的业务场景了，如果你的服务不返回任何有关状态值的话“其实应该开启一个独立的线程来处理同步逻辑而让服务的调用者尽早收到相应”。

public async Task<int> OperationProduct(long id)
{
var funResult = new AWaitTaskResultValues<int>();
return await DominModel.Products.OperationProduct(id, funResult);
}

public static Task<int> OperationProduct(long id, AWaitTaskResultValues<int> result)
{
var taskMock = new Task<int>(() => { return 0; });//只是一个await模拟对象，主要是让系统回收当前“请求处理线程”

var thread = new Thread((threadIds) =>
{
Thread.Sleep(7000);

result.ResultValue = 100;

taskMock.Start();//由于没有任何的逻辑，所以处理会很快完成。
});

thread.Start();

return taskMock;
}

View Code
之所以这么麻烦是为了让系统释放await线程而不是阻塞该线程。我通过简单的测试可以使用少量的线程来处理更多的并发请求。

作者：王清培

出处：http://www.cnblogs.com/wangiqngpei557/

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面