React Admin对接DRF更新图片字段时报dataProvider update空响应错误

你遇到的“功能正常但抛空响应报错”的矛盾，根源就在自定义update方法的返回值透传逻辑漏写了return：
React Admin对dataProvider的所有方法都有硬性约定：每个方法必须返回一个可正常resolve的Promise，且Promise的返回值必须携带规范结构的业务数据。
你在处理带图片原始文件的分支逻辑里写的代码有个细节疏漏：

return convertFileToBase64(params.data.image).then(image => {
    dataProvider.update(resource, { 
        ...params,
        data : {
            ...params.data,
            image : image
        }
    })
})

这里的箭头函数用了花括号写法，内部直接调用了原生drfProvider的update方法，但没有用return把这个调用的结果往外抛。这是写异步链式调用时非常常见的疏漏：只要箭头函数用了花括号包裹函数体，就不会自动把内部表达式的值作为返回值向外传递。
这就导致：内层的dataProvider.update确实会正常发起接口请求，DRF也会正常完成数据更新、返回响应（这也是你能看到全流程功能跑通的原因），但这个响应数据被拦在了内层函数作用域里，根本没传到外层Promise的返回值里。最终外层Promise会默认resolve一个undefined，被React Admin判定为“dataProvider返回了空响应”，触发你看到的报错。

只要在内层调用dataProvider.update的位置补上return，把请求的Promise结果完整透传出去就行：

return convertFileToBase64(params.data.image).then(image => {
    // 补上return，把update的返回值抛给外层
    return dataProvider.update(resource, { 
        ...params,
        data : {
            ...params.data,
            image : image
        }
    })
})

补充注意点 #

• 修复后可以对照Network面板里的DRF响应，确认你用的drfProvider对update操作的返回是符合React Admin要求的{ data: 已更新的记录对象 }结构——目前社区主流的drfProvider实现都已经内置了这个格式适配，不需要额外调整。
• 你现在把图片转base64传给DRF的实现，需要DRF侧提前配置对应的base64文件解析逻辑才能正常存储；如果后续遇到图片存储异常，可以再切换为原生FormData传递二进制文件的实现，但这部分和当前的空响应报错没有关系。

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