在现有WCF应用中添加REST GET第二个端点遇问题求助

看起来你在给现有WCF服务添加REST端点时踩了几个典型的配置和代码坑，我来一步步帮你梳理解决：

1. 先修复实现方法的名称匹配问题 #

你定义的接口方法是SomeMethod()，但实现类里写的是SomeMethodImplementation()——这会直接导致WCF无法正确映射操作。WCF要求实现方法的名称必须和接口的OperationContract方法严格一致，或者你可以通过OperationContract的Name属性显式指定对应关系：

错误的实现代码： #

public string SomeMethodImplementation() {
    //some logic
}

正确的实现（二选一）： #

• 直接重命名方法匹配接口：

public string SomeMethod() {
    //some logic
    return "REST response content";
}

• 或者在接口的OperationContract里指定映射名称：

[OperationContract(Name = "SomeMethodImplementation")]
[WebGet(UriTemplate = "RestURI", RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json)]
string SomeMethod();

2. 修正端点Address配置，解决路由冲突 #

你给REST和SOAP端点都设置了空的address=""，这会让WCF无法区分两个端点的请求，进而触发AddressFilter mismatch错误。必须给每个端点分配唯一的地址：

修改后的<services>配置段： #

<services>
    <service name="YourNamespace.YourServiceImplementation"> <!-- 这里必须是服务实现类的完整限定名：命名空间+类名 -->
        <!-- REST端点：指定独立的地址前缀 -->
        <endpoint address="/rest" binding="webHttpBinding" contract="YourNamespace.IRestService" behaviorConfiguration="web"/>
        <!-- SOAP端点：使用空地址或其他唯一地址 -->
        <endpoint address="" binding="basicHttpBinding" contract="YourNamespace.ISoapService"/>
        <!-- 元数据端点：确保SOAP的WSDL能正常访问 -->
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
    </service>
</services>

注意：name属性必须准确对应你的服务实现类的完整名称，包括命名空间，否则WCF找不到对应的服务实例。

3. 调整ProtocolMapping和元数据配置，恢复SOAP的WSDL访问 #

添加protocolMapping后SOAP的WSDL消失，是因为这个全局配置会把所有HTTP请求默认映射到webHttpBinding，覆盖了SOAP端点的元数据访问逻辑。推荐直接移除这段配置，避免干扰：

<!-- 删除这段全局协议映射配置 -->
<protocolMapping>
    <add scheme="http" binding="webHttpBinding"/>
</protocolMapping>

同时确保服务行为里的元数据配置正确，你的serviceBehaviors里的serviceMetadata已经设置了httpGetEnabled="true"，再配合上面添加的mex端点，浏览器访问http://你的基础服务地址/就能正常看到SOAP的WSDL了。

4. 正确设置AddressFilterMode #

你提到添加了AddressFilterMode = AddressFilterMode.Any，但要注意这个属性的正确配置位置：

• 如果用配置文件，要加在服务行为里：

<serviceBehaviors>
    <behavior>
        <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
        <serviceDebug includeExceptionDetailInFaults="true"/> <!-- 调试时打开，方便查看错误详情 -->
        <!-- 添加这行配置 -->
        <endpointDispatcher addressFilterMode="Any"/>
    </behavior>
</serviceBehaviors>

• 如果用代码配置，要加在服务实现类的ServiceBehavior特性里：

[ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)]
public class YourServiceImplementation : ISoapService, IRestService
{
    // 实现方法
}

5. 验证REST端点的访问路径 #

调整完成后，你的REST方法的正确访问路径应该是：
http://你的基础服务地址/rest/RestURI
（其中/rest是你给REST端点设置的address，RestURI是WebGet特性里的UriTemplate）

总结关键检查点 #

• 实现方法名与接口OperationContract方法名一致（或通过Name属性显式映射）
• 每个端点的address唯一，不能重复
• 服务的name是实现类的完整限定名
• 移除干扰的全局protocolMapping配置
• 正确配置AddressFilterMode（按需）

按照以上步骤调整后，应该能解决AddressFilter mismatch错误，同时恢复SOAP的WSDL访问，REST方法也能正常响应。

内容的提问来源于stack exchange，提问作者eleven_zwolf