WCF客户端开发的简化之旅 (二) -- Auto-attaching

在上一篇文章中，我们介绍了如何添加服务引用来简化客户端的开发工作。而本文中介绍的Auto-attaching则可以简化客户－服务的调试工作。Auto-attaching，顾名思义，指的是如果针对客户端程序按下“F5”，当这个客户端程序访问同一个VS解决方案内的服务时，调试器（Debugger）会自动附加 (Attach) 到这个服务的宿主进程（对WCF Service Library 项目来说，宿主程序即为WcfSvcHost），从而开发人员可以针对客户－服务进行一体化调试，就像它们是一个程序一样。我们还是沿用上一个例子，来看看它怎么工作。

1．现在已经添加好服务引用，并写好了访问服务的代码，假设我们现在想要调试这个客户－服务解决方案。首先将ConsoleApplication1设为“启动（Start-up）”项目，启动项目在VS里以黑体字表示。

2．在ConsoleApplication1 和 WcfServiceLibrary1分别设置断点，如图：

客户端代码：

服务端代码：

3．在VS中按下“F5”，我们可以看到WcfSvcHost会自动启动。而调试器首先会附加到ConsoleApplication1进程。几秒钟后，程序执行停在客户端断点处，此时调试器还不会附加到WcfSvcHost进程（出于效率考虑，只有在真正访问一个服务的时候，调试器才会去附加到这个服务的宿主程序）。

4．继续按下“F5”, client.GetData(0)这个调用会向服务发送请求，而调试器会侦听到这一请求，于是它自动附加到请求对应的服务的宿主程序上（也就是WcfSvcHost）,很快程序执行停留在第二个断点。

这就是Auto-attaching的工作过程，用户不需要做任何设置就可以同时调试客户端和服务端程序。

使用技巧：

1. Auto-attaching 功能在服务端程序的App.config里进行配置。打开App.config,我们可以看到

<system.web>

<compilation debug="true" />

</system.web>

去掉这一部分，Auto-attaching功能就不会再生效。

2. 在某些应用场景下，大家可能觉得Auto-Attaching 太“智能”了。比如，如果我们所编写的ConsoleApplication1不是服务的客户端，而是WcfServiceLibrary1的host程序，“F5”也会让WcfSvcHost自动启动来 host服务，显然，这会引起冲突，因为在同一个地址/端口只允许一个服务，这个时候ConsoleApplication1因为端口冲突是不能成功host WcfServiceLibrary1的。最合理也是最简单的解决方法是将WcfServiceLibrary1的App.config改名或者删除（这是合理的，因为如果用另一个Project来作为服务的Host Project, WcfServiceLibrary1的App.config是没有什么用处的）。这样，WcfSvcHost就不会很主动地自动运行了。

3. 有的用户可能会遇到Auto-attaching 功能一开始就不能正常工作的情况，这很可能是因为Visual Studio 2008没有完整地安装好。可以在VS 2008 所带的命令行终端里运行*vsdiag_regwcf.exe -i*来恢复这个功能。vsdiag_regwcf.exe 位于%VSInstallDir%\Common7\IDE。