SignalAndWait 메서드 (WaitHandle, WaitHandle, Int32, Boolean)
이 문서는 기계로 번역한 것입니다. 원본 텍스트를 보려면 포인터를 문서의 문장 위로 올리십시오. 추가 정보

WaitHandle.SignalAndWait 메서드 (WaitHandle, WaitHandle, Int32, Boolean)


제한 시간 간격을 부호 있는 32비트 정수로 지정하고 대기 상태로 들어가기 전에 컨텍스트에 대한 동기화 도메인을 종료할지 여부를 지정하여, WaitHandle 중 하나에게 알리고 다음을 기다립니다.

네임스페이스:   System.Threading
어셈블리:  mscorlib.dll의 mscorlib

public static bool SignalAndWait(
	WaitHandle toSignal,
	WaitHandle toWaitOn,
	int millisecondsTimeout,
	bool exitContext

매개 변수


신호를 보낼 WaitHandle입니다.


대기할 WaitHandle입니다.


대기할 간격을 나타내는 정수입니다.값이 Timeout.Infinite, 즉 -1이면 무기한 대기합니다.


대기 전에 컨텍스트에 대한 동기화 도메인을 종료하고(동기화된 컨텍스트에 있는 경우) 이 도메인을 다시 가져오려면 true이고, 그렇지 않으면 false입니다.

반환 값

Type: System.Boolean

신호를 보내는 작업과 대기가 모두 성공적으로 완료되면 true를 반환하고, 신호는 성공적으로 보냈으나 대기가 시간 초과되었으면 false를 반환합니다.

Exception Condition

toSignal is null.


toWaitOn is null.


The method is called on a thread that has STAThreadAttribute.


This method is not supported on Windows 98 or Windows Millennium Edition.


toSignal is a semaphore, and it already has a full count.


millisecondsTimeout is a negative number other than -1, which represents an infinite time-out.


The wait completed because a thread exited without releasing a mutex.This exception is not thrown on Windows 98 or Windows Millennium Edition.


The WaitHandle cannot be signaled because it would exceed its maximum count.

This operation is not guaranteed to be atomic.After the current thread signals toSignal but before it waits on toWaitOn, a thread that is running on another processor might signal toWaitOn or wait on it.

If millisecondsTimeout is zero, the method does not block.It tests the state of the toWaitOn and returns immediately.

The exitContext parameter has no effect unless the SignalAndWait method is called from inside a nondefault managed context.This can happen if your thread is inside a call to an instance of a class derived from ContextBoundObject.Even if you are currently executing a method on a class that does not derive from ContextBoundObject, like String, you can be in a nondefault context if a ContextBoundObject is on your stack in the current application domain.

When your code is executing in a nondefault context, specifying true for exitContext causes the thread to exit the nondefault managed context (that is, to transition to the default context) before executing the SignalAndWait method.The thread returns to the original nondefault context after the call to the SignalAndWait method completes.

This can be useful when the context-bound class has SynchronizationAttribute.In that case, all calls to members of the class are automatically synchronized, and the synchronization domain is the entire body of code for the class.If code in the call stack of a member calls the SignalAndWait method and specifies true for exitContext, the thread exits the synchronization domain, allowing a thread that is blocked on a call to any member of the object to proceed.When the SignalAndWait method returns, the thread that made the call must wait to reenter the synchronization domain.

.NET Framework
2.0 이후에 사용 가능
맨 위로 이동
Microsoft는 MSDN 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 진행하고 있습니다. 참여하도록 선택하시면 MSDN 웹 사이트에서 나가실 때 온라인 설문 조사가 표시됩니다.

© 2015 Microsoft