Ember v2.12中使用pushPayload结合WebSockets时如何阻止PUT请求？

听起来你遇到的是Ember Data在接收WebSocket推送数据时，误将未变更的记录标记为脏数据（dirty），从而触发了不必要的PUT请求。我来帮你梳理下可能的原因和解决方案：

先定位问题根源 #

首先你得搞清楚到底哪些属性被Ember Data判定为"变更"了，因为只有标记为dirty的记录才会触发保存请求。你可以在调用pushPayload前后，打印记录的变更属性：

// 假设推送的是user模型数据，先获取现有记录
const existingUser = this.store.peekRecord('user', incomingPayload.id);
console.log('推送前的变更属性:', existingUser.changedAttributes());

// 执行pushPayload
this.store.pushPayload('user', incomingPayload);

console.log('推送后的变更属性:', existingUser.changedAttributes());

通过这个日志，你就能看到Ember Data认为哪些属性发生了变化——通常都是隐性差异：比如日期字符串的时区不一致（比如2024-05-20T00:00:00Z和2024-05-20T08:00:00+08:00）、数字和字符串混用（比如123和"123"），或者是模型里的计算属性没设置persistent: false导致被误判。

针对性解决方案 #

1. 统一推送数据与现有记录的属性格式/类型 #

这是最根本的解决办法：确保WebSocket推送的数据，在属性值的类型、格式上和Ember Store中已有的记录完全一致。比如：

• 日期统一使用UTC格式的ISO字符串
• 数字类型的属性不要传字符串
• 布尔值统一用true/false而不是1/0或字符串

只要属性值完全匹配，Ember Data就不会把记录标记为dirty，自然就不会触发PUT请求。

2. 改用store.push()并手动清除脏状态 #

如果推送的数据格式没法调整，或者还是出现误判，你可以放弃pushPayload，改用更底层的store.push()，并手动重置记录状态：

// 先把推送的数据标准化为Ember Data能识别的格式
const normalizedData = this.store.normalize('user', incomingPayload);
// 推入Store
this.store.push(normalizedData);

// 获取推送后的记录，检查是否被标记为dirty
const userRecord = this.store.peekRecord('user', incomingPayload.id);
if (userRecord.get('isDirty')) {
  // 回滚属性，将记录恢复到最后一次提交的状态
  userRecord.rollbackAttributes();
}

rollbackAttributes()会撤销所有未保存的变更，彻底清除记录的dirty状态，阻止后续的PUT请求。

3. 检查是否存在自动保存逻辑 #

如果你的应用里有自定义的自动保存逻辑（比如用了autoSave mixin、定时器轮询dirty记录并提交），那即使记录被误标记为dirty，也会被自动触发PUT请求。你需要检查这部分代码，确保只在用户主动修改记录时才提交保存。

4. 修正模型中的计算属性配置 #

如果你的模型里有计算属性，一定要给它加上persistent: false，否则Ember Data会把它当成需要持久化的属性，可能在推送数据时误判为变更：

import DS from 'ember-data';

export default DS.Model.extend({
  firstName: DS.attr('string'),
  lastName: DS.attr('string'),
  // 计算属性必须设置persistent: false
  fullName: DS.attr('string', { persistent: false }).readOnly(),
});

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