对象池的工作原理

当配置要池化的组件时，COM+ 将在池中维护该组件的实例，以便可供请求该组件的任何客户端激活。 任何对象创建请求都将通过池管理器进行处理。

池按组件配置和维护。 池由共享相同 CLSID 的同质对象组成。 唯一的例外是事务对象，在事务挂起时，维护的子池包含具有事务相关性的对象。

应用程序启动时，只要对象创建成功，池将填充到以管理方式指定的最低级别。 当客户端请求组件传入时，会从池中以先到先得的方式满足这些请求。 如果没有可用的池化对象，并且池还没有达到指定的最大级别，则会为客户端创建并激活一个新对象。

当池达到其最大级别时，客户端请求将排队，并从池接收第一个可用对象。 对象的数量（包括已激活和已停用的对象）永远不会超过最大池值。 对象创建请求将在管理指定的时间段后超时，以便你可以控制客户端等待对象创建的时间。 超时失败后，客户端将从CoCreateInstance 中收到错误 E_TIMEOUT。

如果可能，COM+ 将尝试在客户端释放对象后重复使用该对象，直到池达到其最大级别。 该对象负责监视其状态，以确定是否可以重复使用，并且会为 IObjectControl::CanBePooled 返回适当的值。

创建池化对象时，它会聚合到一个更大的对象中，该对象将管理对象的生存期。 外部对象在对象的生命周期中的适当时间调用 IObjectControl 上的方法，如下所示：

• 每当对象返回到客户端并在特定上下文中激活时，就会调用 Activate 方法。
• 每当客户端释放对象或停用激活 JIT 的对象时，就将调用 Deactivate 方法。
• 每当对象返回到常规池时，就会调用 CanBePooled 方法。 如果对象检测到某些可重用资源处于错误状态，则会返回 FALSE，并且池管理器将取消对象。

对象不一定需要实现 IObjectControl。 否则，将始终重复使用实例，直到达到池最大级别。

有关如何配置要池化的组件的详细信息，请参阅配置要池化的组件。

相关主题

COM+ 对象构造函数字符串

控制对象生存期和状态

使用对象池提高性能

池化事务性对象

可入池对象的要求