redis 的 js 函数目前不支持以 pub/sub 消息作为触发源，仅支持用户显式调用、stream 新消息事件或 keyspace 通知三种触发方式。
redis 的 js 函数目前不支持以 pub/sub 消息作为触发源，仅支持用户显式调用、stream 新消息事件或 keyspace 通知三种触发方式。
Redis 自 7.0 引入的 Functions（JS/Lua）机制极大增强了服务端逻辑能力，但其触发模型是显式且受限的。官方明确将 Pub/Sub 定义为一个独立的消息广播系统——它不参与函数注册、不产生可监听的内部事件，也不与 Functions 的触发器（Triggers）子系统集成。因此，即便你通过 PUBLISH channel "data" 发送消息，也无法让某个已注册的 JS 函数自动执行。
当前唯一合法的触发方式包括：
- ✅ 用户调用：通过
FCALL或FCALL_RO显式执行函数； - ✅ Stream 触发：当新条目写入指定 Stream（如
XADD mystream * field value），可配置函数自动响应； - ✅ Keyspace 通知触发：启用
notify-keyspace-events（如KEA），并在函数中声明监听特定键前缀或事件类型（如set,del,expire）。
// 示例：注册一个监听 keyspace 中以 "order:" 开头的 SET 事件的函数
redis.registerFunction("process_order", async (client, args) => {
const key = args[0];
const value = await client.get(key);
return `Processed ${key}: ${value}`;
}, {
// 仅在 keyspace 通知中匹配 "order:*" 的 SET 事件时触发
trigger: { type: "keyspace", pattern: "order:*", event: "set" }
});⚠️ 注意事项：
- Pub/Sub 消息不会触发任何函数，即使你启用了
notify-keyspace-events，它也只影响 keyspace 通知，而非 Pub/Sub 通道； - 若需“发布即处理”逻辑，推荐替代方案：
- 使用 Redis Stream + Consumer Group 替代 Pub/Sub（支持函数自动触发 + 持久化 + 确认机制）；
- 在客户端或中间层（如 Node.js 服务）订阅 Pub/Sub 后调用
FCALL； - 结合 RedisGears（第三方模块）实现更灵活的事件驱动计算（非官方内置功能）。
总之，Pub/Sub 与 Functions 属于 Redis 中两个正交的设计范式：前者面向松耦合、瞬时通信；后者面向确定性、事务性服务端计算。二者暂未打通，设计上亦无近期整合计划。如需事件驱动能力，请优先评估 Stream 触发器这一原生、可靠且生产就绪的方案。
