我遇到过这样的情况，我

WCF服务托管在某处 主要项目 类型为“类库”的消费者项目，该项目具有对WCF服务的服务引用 主项目从使用者项目调用方法

现在Consumer项目已经在<system中设置了所有相关的配置。我的app.config的serviceModel>标签，它仍然抛出与上面相同的错误。

我所做的只是添加了相同的标签<system。serviceModel>到我的主项目的app.config文件，最后我们就可以开始了。

就我的情况而言，真正的问题是读取了错误的配置文件。而不是消费者的app.config，它引用的是主项目的配置。我花了两个小时才弄明白。

这让我抓狂。

我使用的是带有WCF的Silverlight 3 Prism (CAB)

当我在Prism模块中调用WCF服务时，我得到了相同的错误:

找不到引用合同的默认端点元素 服务模型客户端配置部分中的'IMyService'。这 可能是因为没有找到应用程序的配置文件 或者因为找不到与此契约匹配的端点元素 在client元素中

原来它在Shell的.xap文件中寻找ServiceReferences。ClientConfig文件，而不是模块的ServiceReferences中。ClientConfig文件。我将端点和绑定添加到现有的servicereference中。我的Silverlight Shell应用程序中的ClientConfig文件(它调用它自己的WCF服务)。

然后，我必须重新构建Shell应用程序，为我的Web项目的ClientBin文件夹生成新的.xap文件。

现在这行代码终于可以工作了:

MyServiceClient myService = new MyServiceClient();

嗨，我也遇到过同样的问题，但是最好的解决方案是让. net来配置你的客户端配置。当我使用http:/namespace/service.svc?查询字符串添加服务引用时，我发现了这一点。wsdl=wsdl0，它不会在客户端创建配置端点。但是当我删除wsdl-wsdl0并且只使用url http:/namespace/service时。Svc，它在客户端配置文件中创建端点配置。简而言之，去掉“?WSDL=WSDL0”。

当我在配置文件元素中引用没有全局作用域操作符的契约时，出现了这个错误。

i.e.

<endpoint contract="global::MyNamepsace.IMyContract" .../>

有效,但

<endpoint contract="MyNamepsace.IMyContract" .../>

给出“无法找到引用合同的默认端点元素”错误。

包含MyNamepsace的程序集。IMyContract位于与主应用程序不同的程序集中，因此这可能解释了使用全局作用域解析的必要性。

在我的例子中，我指的是一个图书馆项目的服务，而不是一个创业项目。 一旦我复制<system。serviceModel>节配置主启动项目，问题得到解决。

在任何应用程序的运行阶段，配置将从启动/父项目读取，而不是在单独的子项目中读取自己的配置。

如果你使用WPF应用程序使用PRISM框架，那么配置应该存在于你的启动项目中(即在你的bootstrapper驻留的项目中)。