如果你要处理来自同一个进程的并发的Web Service调用，那么这些请求将在服务器上被排序，从而使得在某一时刻只有一个请求被执行。ASP.net的Web Service不像普通.ASPX页面，支持允许多请求的并发进程的对HttpSessionState对象的只读访问，所有Session被激活的Web方法调用都具有read/write访问的权限，因此必须对之进行排序。
客户端的问题
在你的WebService中成功的使用HttpSessionState的功能事实上依赖于对用户的一些假设。首先，也是最重要的一点，如果你是用默认的HTTP Cookie模式来保存Session状态，你的客户端就必须支持cookie；如果你是用无cookie的机制来支持Session，那么你的客户端必须能够并且愿意重定向到一个新的URL，该URL由原来的URL中插入会话ID而得到。结果将表明，这并不是一个无足轻重的问题，它关系到你能否成功地部署你的程序。
所有工作都依赖于浏览器
如果你是用Microsoft Visual Studio.net来开发ASP.net Web Service应用程序，那么默认的调试方法就是打开IE访问你的.asmx文件。通常，系统将提供一个可以调用你的Web方法的友好的界面，这是一个调试你的Web Service代码的很好的途径。如果你已经将Web方法的EnableSession选项设置为true，它被非常漂亮地支持，甚至如果你打开了无cookie的Session支持，客户端浏览器也可以完美地完成这项工作，你的Session对象将如你所愿地工作。
然而，大多数的Web Service请求不是来自浏览器，而是来自应用程序中的Web引用。我们如何使用.net框架的“添加Web引用”的特性呢？让我们来看一看。
添加Web引用的问题
我将使用我们前面看到的代码段来创建一个简单的XML Web Service。记起来了吧？这个Web方法被称作IncrementSessionCounter，它仅仅是简单地把一个整数存储在HttpSessionState对象中，然后每次调用则将它加1，并且返回当前值。从客户端浏览器我们可以看到这个数字的值随着调用次数的增加而增加。
