基于 Azure class 的持久实体实例的生命周期
Lifetime of Azure class-based Durable Entity instance
假设我们有一个触发器函数充当 DurableEntityClient 的编排器。在编排过程中，我们正在链接，然后扇出，然后聚合......然后发生错误，我们从 QueueTrigger return。
DurableEntity 的状态如何？它会被处理掉吗？或者是否需要进行一些我在文档中没有找到的清理工作？ （如果是这样，我深表歉意。）
感谢您的宝贵时间。
可以手动管理客户端生命周期（doc link 如果您还没有看到那个），通常没有必要。我能想到的主要实例是在发生错误的情况下你需要处理进程终止的地方是，如果出于某种原因你不允许错误冒泡到编排中，而是你想强制它在某个特定时间后超时多少时间。我没有示例说明您为什么要这样做，但您可以这样做。
如您所见，持久函数确实提供了很多控制和配置选项，但它们仍然坚持函数原则，即您不需要处理主机生命周期的这些方面。相反，该服务会为您处理该部分。
假设我们有一个触发器函数充当 DurableEntityClient 的编排器。在编排过程中，我们正在链接，然后扇出，然后聚合......然后发生错误，我们从 QueueTrigger return。
DurableEntity 的状态如何？它会被处理掉吗？或者是否需要进行一些我在文档中没有找到的清理工作？ （如果是这样，我深表歉意。）
感谢您的宝贵时间。
可以手动管理客户端生命周期（doc link 如果您还没有看到那个），通常没有必要。我能想到的主要实例是在发生错误的情况下你需要处理进程终止的地方是，如果出于某种原因你不允许错误冒泡到编排中，而是你想强制它在某个特定时间后超时多少时间。我没有示例说明您为什么要这样做，但您可以这样做。
如您所见，持久函数确实提供了很多控制和配置选项，但它们仍然坚持函数原则，即您不需要处理主机生命周期的这些方面。相反，该服务会为您处理该部分。