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

在测试了几个选项之后，我最终通过使用

contract=“IMySOAPWebService”

例如，在配置中没有完整的命名空间。由于某种原因，全名没有正确解析

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

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

我发现(以及复制到客户端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" />

不要将服务客户端声明行作为类字段， 中使用的每个方法都创建实例。 这样问题就会解决。如果您将服务客户端实例创建为类字段，则会出现设计时错误!

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