我尝试测试以下情形：
当我从客户端向服务端点进行Web服务调用时，出现以下异常：
{ 由于EndpointDispatcher上的ContractFilter不匹配，带有接收方' http：// IMyService / CreateContainer ' 的消息无法在接收方处理。这可能是由于合同不匹配（发送方和接收方之间的操作不匹配）或发送方和接收方之间的绑定/安全性不匹配。请检查发送方和接收方是否具有相同的合同和相同的绑定（包括安全要求，例如消息，传输，无）。“}
我开始使用MS Service Trace Viewer，但不确定在哪里查找。在客户端和端点中查看类时，它们看起来是相同的。
如何开始调试此问题？
有什么可能导致此异常的原因？
Answers:
“ EndpointDispatcher上的ContractFilter不匹配”表示接收方无法处理该消息，因为它与接收方为接收该消息的终结点配置的任何合同都不匹配。
这可能是因为：
看看 EndpointDispatcher课程以获取有关该主题的更多信息。
所以：
确保您的客户端和服务器合同匹配。
检查客户端和服务器之间的绑定是否相同。
检查客户端和服务器之间的安全设置是否相同。
我遇到了此错误，这是由于未实现所调用方法的客户代销合同引起的。基本上，没有人将最新版本的WCF服务部署到主机服务器。
如果您尝试连接到错误的URL，也会得到此信息；）
我在系统中定义了两个端点和服务，它们的名称相似。
在某些时候在我的客户端上交换了URL时，出现了这个确切的错误。直到最后弄清楚这个愚蠢的错误之前，他的头都被划伤了。
我遇到了这个问题，发现从另一个服务复制的代理生成器中，我忘记了更改服务的名称。
我改变了这个...
Return New Service1DataClient(binding, New EndpointAddress(My.Settings.WCFServiceURL & "/Service1Data.svc"))至...
Return New Service2DataClient(binding, New EndpointAddress(My.Settings.WCFServiceURL & "/Service2Data.svc"))这是一个简单的代码错误，但几乎无法调试。我希望这可以节省一些时间。
对于调用.net端点的Java客户端。这是由于Soap Action标头不匹配引起的。
Content-Type: application/soap+xml;charset=UTF-8;action="http://example.org/ExampleWS/exampleMethod"上面的HTTP标头或后面的XML标签需要与您尝试调用的操作/方法匹配。
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/" xmlns:gen="http://schemas.datacontract.org/2004/07/GenesysOnline.WCFServices">
<soap:Header xmlns:wsa="http://www.w3.org/2005/08/addressing">
<wsa:To>https://example.org/v1/Service.svc</wsa:To>
<wsa:Action>http://example.org/ExampleWS/exampleMethod</wsa:Action>
</soap:Header>
<soap:Body>
...
</soap:Body>
</soap:Envelope>我通过在合同实施中添加以下内容来解决此问题：
[ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)]
例如：
[ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)]
public class MyUploadService : IMyUploadService
{
}正如其他答案（例如@chinto）中提到的那样，当SOAP：Action标头元素与Endpoint不匹配时，就会发生这种情况。
通过查看服务器的WSDL，可以找到要使用的正确URI。您将看到带有输入子元素的操作元素，该子元素具有“动作”属性。那就是您的SOAP：Action必须在客户端请求上。
<wsdl:operation name="MethodName">
<wsdl:input wsaw:Action="http://tempuri.org/IInterface/MethodName" message="tns:IInterface_MethodName_InputMessage"/>
<wsdl:output wsaw:Action="http://tempuri.org/IInterface/MethodNameResponse" message="tns:IInterface_MethodName_OutputMessage"/>
</wsdl:operation>该错误表明存在不匹配，假设您具有基于同一WSDL的通用合同，则该不匹配在配置中。
例如，客户端使用nettcpip，而服务器设置为使用基本http。
我有一个类似的错误。这可能是因为在将配置文件提交到您的项目后，您已经更改了一些合同设置。解决方案-更新VSstudio项目上的Web服务参考，或使用svcutil.exe创建新的代理
我花了几天时间寻找答案，但没有找到答案。我是WCF和C＃的新手，所以对某些人来说答案可能是显而易见的。
在我的情况下，我有一个最初为ASMX服务开发的客户端工具，对我而言，它正在返回相同的错误消息。
在尝试了各种建议之后，我找到了这个网站：
它使我走上了正确的道路。特别是“ soap：operation”-WCF将ServiceName附加到命名空间：
客户期望Http://TEST.COM/Login，但是WCF发送了Http://TEST.COM/IService1/Login。解决方案是将设置添加[OperationContract]如下：
[OperationContract(Action = "http://TEST.COM/Login", ReplyAction = "http://TEST.COM/Login")]
（忽略Http中的空格）
这可能有两个原因：
服务参考已过时，请右键单击服务参考n对其进行更新。
您执行的合同可能与客户的合同有所不同。比较两个服务n客户合同n修复合同不匹配的情况。
如果要调用WCF方法，则应在Header中包含接口。
HttpWebRequest req = (HttpWebRequest)WebRequest.Create(Url);
if (Url.Contains(".svc"))
{
isWCFService = true;
req.Headers.Add("SOAPAction", "http://tempuri.org/WCF_INterface/GetAPIKeys");
}
else
{
req.Headers.Add("SOAPAction", "\"http://tempuri.org/" + asmxMethodName+ "\"");
}这对于通过编码执行此操作的人员可能也很有用。您需要将WebHttpBehavior（）添加到添加的服务端点。就像是：
restHost.AddServiceEndpoint(typeof(IRestInterface), new WebHttpBinding(), "").Behaviors.Add(new WebHttpBehavior()); 看看：https : //docs.microsoft.com/zh-cn/dotnet/framework/wcf/feature-details/calling-a-rest-style-service-from-a-wcf-service
您的客户端尚未更新。因此，请从Web服务更新您的服务，然后重建您的项目
我的问题原来很少见，但无论如何我都会提到。
我在部署到我们的开发环境时遇到了问题。在那台机器上，我们的构建人员创建了两个文件夹（部署了两个应用程序）。旧版本和新的当前版本。因此，如果您在Web服务器上没有两个版本的应用程序，则这不适用于您。
他创建的新位置以非标准名称作为主机后面URL的第一部分：
net.tcp://dev.umbrellacorp.com/DifferentFolderName/MyProvider
在我的本地计算机上，我的客户端指向在所有环境（开发环境除外）（包括本地环境）上设置的标准文件夹名称。
net.tcp://dev.umbrellacorp.com/AppServices/MyProvider
当我吹散并用本地副本替换开发中的web.config时，需要特殊的url部分被标准部分吹走了，因此开发人员将客户端指向了旧应用程序。
旧的应用程序具有旧的合同，并且不理解该请求并抛出此错误。
我在部署的WCF服务上遇到了相同的错误，问题与使用同一端口的另一个合同部署的另一个服务有关。
解
我在web.config中使用了不同的端口，问题消失了。
服务1
contract="Service.WCF.Contracts.IBusiness1"
baseAddress="net.tcp://local:5244/ServiceBusiness" 服务2
contract="Service.WCF.Contracts.IBusiness2"
baseAddress="net.tcp://local:5243/ServiceBusiness"另外，我通过在服务和使用者之间使用相同的地址使用不同的端口来遇到这种情况。
对于那些将NodeJS与axios一起使用来发出SOAP请求的人，您必须包括一个SOAPAction header。检查以下示例：
axios.post('https://wscredhomosocinalparceria.facilinformatica.com.br/WCF/Soap/Emprestimo.svc?wsdl',
xmls,
{headers:
{
'Content-Type': 'text/xml',
SOAPAction: 'http://schemas.facilinformatica.com.br/Facil.Credito.WsCred/IEmprestimo/CalcularPrevisaoDeParcelas'}
}).then(res => {
console.log(res)
}).catch(err => {
console.log(err.response.data)
})