“如果在类库中调用服务，并从另一个项目调用类库，则可能出现此错误。”

在这种情况下，如果是winapp或web，则需要将WS配置设置包含到主项目app.config中。配置如果它是一个web应用程序。这是即使与PRISM和WPF/Silverlight的方式。

我通过自己创建绑定和端点地址实例解决了这个问题(我认为其他人可能已经建议了)——因为我不想向配置文件添加新的设置(这是对一些广泛使用的现有库代码的替换，以前使用的是旧的Web Service Reference等)，所以我希望能够在不添加新的配置设置的情况下将其放入。

var remoteAddress = new System.ServiceModel.EndpointAddress(_webServiceUrl);

using (var productService = new ProductClient(new System.ServiceModel.BasicHttpBinding(), remoteAddress))
{
    //set timeout
    productService.Endpoint.Binding.SendTimeout = new TimeSpan(0,0,0,_webServiceTimeout);

    //call web service method
    productResponse = productService.GetProducts();
} 

Edit

如果你正在使用https，那么你需要使用BasicHttpBinding而不是BasicHttpBinding。

我也有同样的问题。事实证明，对于web REFERENCE，你必须将URL作为构造函数的第一个参数:

new WebService.WebServiceSoapClient("http://myservice.com/moo.aspx");

对于一个新样式的web SERVICE REFERENCE，你必须在配置中提供一个引用端点条目的名称:

new WebService.WebServiceSoapClient("WebServiceEndpoint");

在Web中使用相应的条目。config或App.config:

<client>
      <endpoint address="http://myservice.com/moo.aspx"
        binding="basicHttpBinding" 
        bindingConfiguration="WebService"
        contract="WebService.WebServiceSoap"
        name="WebServiceEndpoint" />
    </client>
  </system.serviceModel>

很难消除“它在旧的程序中工作”的狭隘观点……

我遇到过这样的情况，我

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

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

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

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

我有一个情况，在单元测试。我将app.config文件复制到单元测试项目中。因此单元测试项目也包含端点信息。

在我的案例中，我已经将app.config重命名为[appname].exe。手动配置。这最终在文件名中添加了一个额外的.config后缀。解决方案是将其重命名为[appname].exe，以消除额外的.config扩展名。