问题
MSDN documentation suggests that there may be other ways of using ExitContext flag. See WaitHandle.WaitOne() What other ways are there to enter a non-default context outside of using a ContextBoundObject inherited class? (I can't use ContextBoundObject in my application)
回答1:
The clue is in this sentence.
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.
So basically you could call WaitOne from within a class that does not subclass ContextBoundObject nor would you have any preconceived notion that a ContextBoundObject was in any way involved with your code and yet the thread in question could be in a nondefault context because somewhere way up in the call stack an instance method of a ContextBoundObject class could be running unbeknown to you.
Outside of that lone exception there are no other ways of entering into a nondefault synchronization context.
There is a pretty good article on threading with additional information related to synchronization contexts which can be found here.
来源：https://stackoverflow.com/questions/3085861/can-waithandle-waitone-with-exitcontext-flag-be-used-without-contextboundobject