昨天到今天搞了一整天的WCF Service,我都快崩溃了! ,以后再也不能随便的关机了,因为这次的不小心,几乎所有的Net安装，调试问题都被我碰到了，还好，我一个个把他记录下来了，同时，在相关论坛上找了一些相关的解决办法，分享一下，供大家相互学习交流。

我有一个寄宿在ASP.NET站点中的WCF Service，物理路径形如“/MyService/Service.svc”。现在，我希望将形如“http://localhost/beta/MyService/Service.svc”这样的URL重写到“~/MyService/Service.svc?ver=beta”。

***步遇到的问题：

按照常理，应该在HttpApplication的PostAuthenticateRequest事件中做重写。可对于.svc的请求，根本就不会触发这个事件。于是只好改在BeginRequest事件中做重写。

第二步遇到的问题：

在BeginRequest中进行重写后，通过http://localhost/beta/MyService/Service.svc这样的路径虽然可以正确访问到我的Service，但通过IE浏览其helper页，得到的wsdl地址却是http://localhost/MyService/Service.svc?wsdl，这导致我的代码因为无法识别版本号而出错。#t#

同样，在另外一个测试项目中添加服务引用，也会因为我的代码出错而无法添加引用，希望大家能给出在WCF中使用URL重写的方案。

前面的示例中没有使用消息合同规范。如果使用消息合同，就应定义一个表示消息的类，再给类应用MessageContractAttribute属性。接着给这个类的成员应用Message Body MemberAttribute、MessageHeaderAttribute或MessageHeaderArrayAttribute属性。所有这些属性都在System. ServieceModel名称空间中。如果要高度控制WCF服务使用的SOAP消息，就不要使用消息合同，所以这里不详细讨论它。

如果客户应用程序可以使用特定的异常类型，如定制异常，就可以给可能生成该异常的操作应用System.ServieceModel.FaultContractAttribute属性。在最初使用WCF时不希望这么做。