ABP+Angular中OData Patch的Delta参数未获取到变更字段

我之前在ABP结合OData的项目里也碰到过类似的Delta参数为空的情况，结合你的场景（double类型字段、Content-Type正确），给你几个实用的排查和解决方向：

• 先确认请求内容是否真的到达服务器
  可以在Patch方法里先读取原始请求内容，排查是序列化问题还是请求本身没传对：

  [HttpPatch]
  [ODataRoute("{key}")]
  public async Task<IActionResult> Patch([FromODataUri] Guid key, Delta<YourEntity> delta)
  {
      // 读取原始请求内容，调试或打日志查看
      var rawRequestContent = await Request.ReadAsStringAsync();
      // 这里可以检查rawRequestContent里是否包含你提交的double类型字段和对应值
      
      // 后续业务逻辑...
  }
  

  如果原始内容里有值，但Delta为空，那大概率是序列化或OData模型配置的问题。

• 检查实体字段的兼容性

  1. 确保你的实体类里的double字段是可写属性（没有只加get;），并且OData的Edm模型已经正确包含了这个字段——比如在构建OData模型时，有没有把该字段暴露出来：

     builder.EntitySet<YourEntity>("YourEntities").EntityType.HasKey(e => e.Id);
     // 确认字段被包含，默认会包含所有公共属性，但如果有自定义配置要检查
     

  2. 检查请求里的double字段格式：如果请求里把数值用字符串包裹（比如"yourDoubleField": "123.45"），Delta无法自动解析为double类型，会忽略该字段，要确保是纯数值格式"yourDoubleField": 123.45。

• 排查ABP序列化与OData的冲突
  ABP默认的JSON序列化配置（比如驼峰命名转换）可能和OData的解析逻辑有冲突：

  • 确认请求里的字段名和实体类的属性名匹配（实体是PascalCase，请求是camelCase的话，OData Delta通常能自动处理，但ABP的序列化拦截可能干扰）。
  • 可以尝试在模块配置里临时调整序列化设置，测试是否解决问题：

    Configure<AbpJsonOptions>(options =>
    {
        options.JsonSerializerOptions.PropertyNamingPolicy = null; // 禁用驼峰转换，测试是否匹配
    });
    

• 确认OData路由配置正确
  确保你的控制器和方法的OData路由注解正确，避免和ABP的常规路由冲突：

  [ODataRoutePrefix("YourEntities")]
  public class YourEntitiesController : AbpODataController<YourEntity>
  {
      [HttpPatch]
      [ODataRoute("{key}")] // 必须用ODataRoute指定路由，而不是普通的Route注解
      public async Task<IActionResult> Patch([FromODataUri] Guid key, Delta<YourEntity> delta)
      {
          // ...
      }
  }
  

• 排除ABP拦截器的影响
  暂时禁用一些ABP的拦截器（比如审计、权限）测试，看看是不是拦截器修改了请求内容：

  [DisableAuditing]
  [AbpAllowAnonymous] // 仅测试用，之后恢复权限配置
  [HttpPatch]
  [ODataRoute("{key}")]
  public async Task<IActionResult> Patch([FromODataUri] Guid key, Delta<YourEntity> delta)
  {
      // ...
  }
  

按照这些步骤排查，应该能定位到Delta为空的原因。

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