对于在IIS中通过W3SVC或WAS寄宿的WCF Service，其在浏览器中显示的地址（Web地址），与其配置文件中的BaseAddress和EndPoint Address有什么关系呢？让我们来分析一下。
第一，在IIS中寄宿时，不管WCF Service的EndPoint用什么协议向外暴露，它在浏览器中显示的地址不会变。该地址是WCF Service的可浏览地址（Web地址），它取决于WCF Service在IIS中的虚拟路径。该地址是面向浏览器的，只支持Http协议，例如http://localhost/WcfSrvDemo4/OrderProcessorService.svc。此时（除非使用MSMQ协议），BaseAddress的设定值会被忽略掉，WCF Service的可浏览地址（Web地址）成为客户端访问的“基础地址”。如果不在IIS中寄宿，就不能再浏览器中查看，那么就没有所谓的可浏览器地址（Web地址），BaseAddress开始起作用。
第二，一般来说，基础地址（BaseAddress或者Web地址）和EndPoint Address具有基址和相对路径的关系，基础地址（BaseAddress或者Web地址）+ EndPoint Address属性，就是完整的EndPoint地址，是客户端能够访问的地址。
第三，在IIS中寄宿时，可浏览地址（Web地址）不变，EndPoint的地址要随着所使用协议情况而变化。使用Http协议是，EndPoint的地址就是第二点所说的可浏览地址（Web地址）+ EndPoint的Address属性。使用其他协议的情况，就有些不同。当时用TCP和NamedPipe的时候，EndPoint的地址是先计算出可浏览地址（Web地址）+EndPoint的Address属性，然后将地址中的http相应的换成net.tcp和net.pipe，例如net.tcp://localhost/WcfSrvDemo4/OrderProcessorService.svc 和net.pipe://localhost/WcfSrvDemo4/OrderProcessorService.svc。
而当使用MSMQ来传输数据的时候，情况就会变得更加复杂。虽然可浏览地址仍旧不会变，但是EndPoint的地址，不再是简单地修改可浏览地址的协议部分（必须使用net.msmq协议），而需要在主机之后，虚拟路径之前添加上队列类型信息（private，public或者其他的）。例如net.msmq://localhost/private/WcfSrvDemo4/OrderProcessorService.svc。值得注意的是，这个路径必须指向一个实际存在的MSMQ队列，否则就会出错。
第四，SVCUtil使用的mex的EndPoint地址， 对于IIS寄宿的服务来说，就是 “可浏览地址（Web地址）/mex”；对于其他寄宿方式的服务来说，就是BaseAddress+EndPoint属性。
地址是ABC中最复杂的一环，它要解决在哪里的问题。但网络环境和所用协议的不同，让这个本来简单的问题复杂了。但是，弄懂了复杂的逻辑之后，复杂性的强大之处就会展露无遗。