ICLRSyncManager::CreateRWLockOwnerIterator 方法

请求公共语言运行时 (CLR) 创建一个迭代器,供宿主用于确定在读取器-编写器锁中处于等待状态的一组任务。

HRESULT CreateRWLockOwnerIterator (
    [in]  SIZE_T    cookie,
    [out] SIZE_T   *pIterator
);

参数

返回值

HRESULT

说明

S_OK

CreateRWLockOwnerIterator 已成功返回。

HOST_E_CLRNOTAVAILABLE

CLR 尚未加载到进程中或者处于无法运行托管代码或成功处理调用的状态。

HOST_E_TIMEOUT

调用超时。

HOST_E_NOT_OWNER

调用方不拥有锁。

HOST_E_ABANDONED

事件在被阻止的线程或纤程正在等待它时被取消。

E_FAIL

发生了未知的灾难性故障。 如果某方法返回 E_FAIL,CLR 便无法再在进程中使用。 对宿主方法的后续调用都将返回 HOST_E_CLRNOTAVAILABLE。

HOST_E_INVALIDOPERATION

已在当前运行托管代码的线程上调用了 CreateRWLockOwnerIterator

备注

通常,宿主会在死锁检测期间调用 CreateRWLockOwnerIteratorDeleteRWLockOwnerIteratorGetRWLockOwnerNext 方法。 宿主负责确保读取器-编写器锁仍然有效,原因是 CLR 不会尝试使读取器-编写器锁处于活动状态。 宿主可使用若干策略来确保锁的有效性:

  • 宿主可以阻止读取器-编写器锁上的释放调用(例如 IHostSemaphore::ReleaseSemaphore),同时可确保此阻止操作不会导致死锁。

  • 主机可以阻止退出与读取器-编写器锁关联的事件对象的等待操作,同时确保此阻止操作不会导致死锁。

注意注意

CreateRWLockOwnerIterator 必须仅在当前执行非托管代码的线程上进行调用。

要求

**平台:**请参见 .NET Framework 系统要求

**头文件:**MSCorEE.h

**库:**作为一项资源包含在 MSCorEE.dll 中

**.NET Framework 版本:**4、3.5 SP1、3.5、3.0 SP1、3.0、2.0 SP1、2.0

请参见

参考

ICLRSyncManager 接口

IHostSyncManager 接口