我来帮你梳理下这个问题，结合ASP.NET Web API和Angular 4的实践经验，分两部分给你解答：

本地运行正常但IIS部署后失效，大概率是服务器端的配置拦截或路由问题，常见的几个排查点：

• WebDAV模块拦截Delete请求：IIS默认启用的WebDAV模块会拦截HTTP Delete方法，这是最常见的坑。解决办法是在Web API项目的web.config中禁用WebDAV：

  <system.webServer>
    <modules>
      <remove name="WebDAVModule" />
    </modules>
    <handlers>
      <remove name="WebDAV" />
    </handlers>
  </system.webServer>
  

• CORS配置不完整：本地开发时可能用了Angular代理规避了跨域问题，但部署到IIS后，若前端和API不在同一域名/端口，需确保Web API的CORS配置明确允许Delete方法：
  要么在Startup.cs中配置（OWIN方式）：

  public void Configuration(IAppBuilder app)
  {
      var corsPolicy = new CorsPolicy
      {
          AllowAnyHeader = true,
          AllowAnyMethod = true,
          Origins = { "你的前端域名" } // 生产环境别用AllowAll，限制特定Origin更安全
      };
      app.UseCors(new CorsOptions { PolicyProvider = new CorsPolicyProvider { PolicyResolver = context => Task.FromResult(corsPolicy) } });
      // 其他API配置...
  }
  

  要么在web.config中添加自定义跨域头：

  <httpProtocol>
    <customHeaders>
      <add name="Access-Control-Allow-Origin" value="你的前端域名" />
      <add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE, OPTIONS" />
      <add name="Access-Control-Allow-Headers" value="Content-Type, Authorization" />
    </customHeaders>
  </httpProtocol>
  

• 路由匹配或权限问题：检查Web API的Delete接口路由是否在IIS上能正确匹配（比如URL重写规则是否干扰），同时确认IIS应用池的权限是否足够访问API依赖的资源（如数据库、文件等）。

Delete请求的请求头配置要根据实际场景来，核心原则是不需要多余的头，避免画蛇添足：

• 普通单ID删除（无请求体）：如果你的Delete接口是把ID放在URL路径里（比如/BureauStateWorkflowSettings/DeleteBureau/123），那完全不需要设置Content-Type头——因为Delete请求本身不需要请求体，加这个头反而可能让IIS或Web API的解析逻辑产生困惑。简化后的代码可以是：

  deleteItem(id: number) {
    // 如果不需要认证，甚至可以省略headers和options
    let headers = new Headers();
    // 若有身份验证，添加Authorization头即可，比如：
    // headers.append('Authorization', 'Bearer ' + localStorage.getItem('token'));
    let options = new RequestOptions({ headers: headers });
    
    return this.http.delete(`${this.baseUrl}BureauStateWorkflowSettings/DeleteBureau/${id}`, options)
      .map(res => res.json())
      .catch(error => {
        // 这里统一处理错误，方便排查问题
        console.error('Delete请求失败:', error);
        return Observable.throw(error);
      });
  }
  

• 带请求体的Delete（如批量删除）：如果你的业务需要在Delete请求里传Body（比如批量删除多个ID），那才需要设置Content-Type头，同时要注意ASP.NET Web API默认不会绑定Delete的请求体，需要在Action上添加[FromBody]特性：
  Angular端代码：

  deleteBatch(ids: number[]) {
    let headers = new Headers({ 'Content-Type': 'application/json' });
    let options = new RequestOptions({ 
      headers: headers,
      body: JSON.stringify(ids) // 把Body传入RequestOptions
    });
    
    return this.http.delete(`${this.baseUrl}BureauStateWorkflowSettings/DeleteBatch`, options)
      .map(res => res.json())
      .catch(this.handleError);
  }
  

  Web API端Action：

  [HttpDelete]
  public IHttpActionResult DeleteBatch([FromBody] int[] ids)
  {
      // 处理批量删除逻辑
      return Ok();
  }
  

总结一下：本地正常但IIS失效优先排查WebDAV和CORS配置；Delete请求的请求头按需添加，无请求体时不要加Content-Type，有请求体时才配置对应格式的头。

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