给自定义属性加Backend Model后，后台保存商品白屏或堆栈重复出现beforeSave。原因很直接：Backend Model本来就在实体保存流程里，再调用productRepository->save()会重新进入同一套属性处理。

现象

我保留了一个失败样本，并用同样输入在无缓存或单节点条件下再跑一遍。这样可以把前端假象、缓存和真正的数据问题分开。

排除法

  • 在exception堆栈里搜索同一个Backend Model是否反复出现。
  • 确认需求只是规范化当前属性，还是确实要更新另一实体。
grep -R "class .*Backend" app/code/Vendor -n
grep -R "productRepository.*save|->save()" app/code/Vendor -n
tail -n 200 var/log/exception.log

这里的重点不是把报错暂时消掉，而是让同一操作再执行一次仍保持幂等；因此修复后一定要做第二次重复执行测试。

最终处理

只处理当前属性时，在beforeSave中通过$object->setData($attributeCode,$value)修改内存对象，不再保存。需要记录派生数据则放到afterSave/commit事件或队列，并用独立服务处理；若必须保存关联商品，加入明确的实体ID防重入集合并避免保存当前商品。

修改范围

  • 先在单个SKU、单个订单或单个Store验证。
  • 保留可回退的旧配置，不覆盖原始证据。
  • 需要批量处理时分批提交并输出成功/失败清单。

检查收尾

  • 一次保存堆栈只进入Backend Model一次
  • 规范化值成功写库
  • 批量导入和API保存也能通过
  • 关联更新失败可重试且不阻塞主商品

验收不只看后台提示“成功”。我还会从前台/API再走一次真实链路，并在下一轮cron、索引或缓存命中后重复检查，确认不是短暂正常。

经验

静态布尔变量只能临时止血，多进程与嵌套保存下很容易误伤其他商品。