Jest测试失败：EventEmitter触发事件后实例属性未更新问题排查

你观察到的日志打印顺序和断言结果矛盾，核心是以下两种常见情况：

• 存在多个Foo实例同时监听了全局em的onNewValue事件：日志里打印的10是其他残留Foo实例的回调输出，当前测试用例里创建的foo实例的回调实际没有被触发，因此support保持初始值0。
• 事件总线实例不唯一：你在不同文件中重复实例化了EventEmitter，导致Bar触发事件用的em和Foo监听事件用的em不是同一个实例，当前测试的foo的回调从未执行。

1. 先验证回调所属实例：在测试代码中给当前创建的foo加唯一标识，同时修改_handleNewValue打印实例标识，确认触发回调的是否为当前测试的实例：

// 测试代码新增
foo.testFlag = 'currentTestFoo'
// Foo类的_handleNewValue新增打印
_handleNewValue (newValue) {
  this.support = newValue;
  console.log(this.testFlag, this.support);
}

如果打印的testFlag不是你设置的值，就可以确认是多实例残留问题。

2. 统一事件总线实例：将全局EventEmitter实例抽为独立单例模块，确保所有业务代码用的是同一个事件总线：

// 单独新建eventBus.js
const EventEmitter = require('events').EventEmitter;
module.exports = new EventEmitter();

// myFile.js 导入统一的事件总线实例
const em = require('./eventBus');
// 剩余Foo、Bar类逻辑保持不变

3. 测试用例清理残留监听：在每个测试用例执行结束后清空对应事件的监听，避免前序测试创建的实例干扰当前测试：

// 测试文件新增
const em = require('./eventBus');
afterEach(() => {
  em.removeAllListeners('onNewValue');
});

4. （可选）确保断言时序可靠：如果后续有异步逻辑接入，可以等待事件触发完成后再执行断言：

test('test support value update', async () => {
  const foo = new Foo();
  expect(foo.support).toEqual(0);
  const bar = new Bar();
  // 等待事件触发完成
  const eventTriggered = new Promise(resolve => em.once('onNewValue', resolve));
  bar.setValue(10);
  await eventTriggered;
  expect(foo.support).toEqual(10);
});

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