监视器会发生什么情况。在没有匹配监视器的情况下进入。退出?

是的,不打电话 Monitor.Exit 为了成功 Monitor.TryEnter 或 Monitor.Enter 是应用程序中死锁的快速通道。你可以让它在 非常 有限的场景,但最终代码或场景会改变,这 将 回来咬你。别这么做。

唯一的“问题”是,没有其他代码能够获取cleanuplock变量的锁。

这可能是一个问题,也可能不是问题——但是,这有点像滥用监视器,所以我会避免这样做。在我看来,以一种更普遍的方式处理这种情况会更好。

如果这是一个清理关闭序列,那么它或多或少是正常的。你会冒着有人在某个地方登记的风险,因为你错了,你会等待获得cleanuplock。它可以在不被注意的情况下滑入代码,并在最混乱的时刻出现。结果将是一个拒绝关闭的线程,可能会使进程处于活动状态并令人恶心。但是,在一天结束时,使用任何其他方法(例如全局关闭标志)都会产生相同的风险。

这会引起问题吗?

对。锁永远不会被释放。

Source :

调用线程必须拥有obj参数的锁。如果调用线程拥有指定对象上的锁,并且对该对象进行了等量的退出和输入调用,则释放该锁。如果调用线程没有像enter那样多次调用exit,则不会释放锁。