我得到了同样的错误，我尝试了很多事情，但没有工作，然后我注意到我的“合同”在所有项目中都不一样，我改变了合同，因为在解决方案中所有项目都是一样的，然后它起作用了。 这是项目A

<client>
    <endpoint address="https://xxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="ServiceReference.IIntegrationService" name="basic" />
</client>

项目B:

<client>
    <endpoint address="xxxxxxxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="ServiceReference1.IIntegrationService" name="basic" />
</client>

最后我将两者都更改为:

<client>
    <endpoint address="https://xxxxxxxxxxx" binding="basicHttpBinding" bindingConfiguration="basic" contract="MyServiceReferrence.IIntegrationService" name="basic" />
</client>

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

i.e.

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

有效,但

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

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

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

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

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

我遇到了同样的问题，只有当主机应用程序和使用该端点的dll具有相同的服务引用名称时，才解决了这个问题。

对我来说，解决方案是从客户端web.config中的端点名称属性中删除端点名称 这允许代理使用

ChannelFactory<TService> _channelFactory = new ChannelFactory<TService>("");

锻炼了一整天。 此外，一旦这个修复到位，合同名称是错误的，尽管它在最初的错误出现时是错误的。 再三检查合同名称字符串的人!! 属性:伊恩

我发现(以及复制到客户端UI的App.config，因为我正在使用一个类库接口)，我必须以服务引用的名称为绑定的名称前缀(我的是ServiceReference在下面)。

例如:

<endpoint address="http://localhost:4000/ServiceName" binding="basicHttpBinding"
      bindingConfiguration="BasicHttpBinding_ISchedulerService"
      contract="ServiceReference.ISchedulerService" 
      name="BasicHttpBinding_ISchedulerService" />

而不是默认生成:

<endpoint address="http://localhost:4000/ServiceName" binding="basicHttpBinding"
      bindingConfiguration="BasicHttpBinding_ISchedulerService"
      contract="ISchedulerService" 
      name="BasicHttpBinding_ISchedulerService" />