Azure Durable Functions：无法从Activity访问实体状态

嘿，我一眼就揪出了问题的核心——你的编排器和Activity中使用的实体ID不匹配，这直接导致两边访问的是完全不同的实体实例，自然读不到相同的状态！

具体问题点 #

看你的代码：

• 编排器里创建实体ID时，第一个参数（实体名称）是空字符串：

const entityId = new df.EntityId("", `1`);

• 但在Lock Activity里，实体名称用的是lockedstate：

const entityId = new df.EntityId("lockedstate", `1`);

在Azure Durable Functions中，实体是由实体名称 + 实体键共同唯一标识的，这两个不同的ID指向的是完全独立的实体，所以Activity读取的状态和编排器访问的根本不是同一个。

修复步骤 #

1. 统一实体ID #

把编排器里的实体ID修改为和Activity一致的名称：

// 编排器中的实体ID修改为
const entityId = new df.EntityId("lockedstate", `1`);

这样两边访问的就是同一个实体实例了，状态自然能对应上。

2. 完善Lock Activity的逻辑 #

我注意到你的Lock Activity目前只做了状态读取，没有执行实际的锁定操作。如果你希望进入这个分支时锁定实体，需要在Activity里调用signalEntity触发实体的lock操作：

// Lock Activity代码补充锁定逻辑
const df = require("durable-functions");
module.exports = async function (context) {
  const client = df.getClient(context);
  const entityId = new df.EntityId("lockedstate", `1`);
  // 触发实体的lock操作
  await client.signalEntity(entityId, "lock");
  // 之后再读取状态
  const lockState = await client.readEntityState(entityId);
  context.log(lockState);
  return `Locked ${context.bindings.incomingMessage.id}!`;
};

不然实体状态永远不会被修改，你读到的一直是初始的未锁定状态。

3. 补全实体初始状态的定义 #

你的实体代码里用了newLockedObject作为getState的默认值，但没看到这个变量的定义，记得补上：

// 实体代码顶部添加初始状态定义
const newLockedObject = { locked: false, lockHolder: null, seconds: 0 };

module.exports = df.entity(function (context) {
  // ... 原有代码
});

避免实体初始状态异常。

额外说明 #

• 编排器中的callEntity是同步调用，会等待实体操作完成并返回结果；Activity里的readEntityState读取的是实体的最新持久化状态，只要实体ID正确，就能和编排器读到一致的状态（除非期间有其他外部操作修改了实体）。
• 确保你的实体函数的名称（function.json里的name）就是lockedstate，不然实体名称也会不匹配。

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