Multithreading 是否正在等待一个永远不会触发死锁的事件?
死锁通常意味着线程或进程A正在等待线程B,同时线程B正在等待线程AMultithreading 是否正在等待一个永远不会触发死锁的事件?,multithreading,concurrency,terminology,Multithreading,Concurrency,Terminology,死锁通常意味着线程或进程A正在等待线程B,同时线程B正在等待线程A 目前,我在我们的应用程序中遇到了类似的情况。线程A正在等待线程B设置事件。然而,线程B并没有等待线程A,它只是不会设置事件,无论出于何种原因。我想知道这种情况是否也可以称为死锁,或者是否有其他术语来描述这种情况?是的,我也可以称之为死锁 但是,只有一个线程A受到影响,而不是整个应用程序。是-我也会称之为死锁 但是,只有一个线程A受到影响,而不是整个应用程序。我称之为bug或糟糕的设计。但如果一个线程仍在运行,它就不是死锁。我称之
目前,我在我们的应用程序中遇到了类似的情况。线程A正在等待线程B设置事件。然而,线程B并没有等待线程A,它只是不会设置事件,无论出于何种原因。我想知道这种情况是否也可以称为死锁,或者是否有其他术语来描述这种情况?是的,我也可以称之为死锁
但是,只有一个线程A受到影响,而不是整个应用程序。是-我也会称之为死锁
但是,只有一个线程A受到影响,而不是整个应用程序。我称之为bug或糟糕的设计。但如果一个线程仍在运行,它就不是死锁。我称之为bug或糟糕的设计。但如果一个线程仍在运行,则不是死锁。以下是我的观点: 死锁是指程序的全局状态不再进行的情况。
如果A被阻止,但程序仍然可以终止,因为B可以找到解决方案,这不是死锁 以下是我的观点: 死锁是指程序的全局状态不再进行的情况。
如果A被阻止,但程序仍然可以终止,因为B可以找到解决方案,这不是死锁 严格地说,不,这不是死锁,这是您最初说的,只是一般来说可能有一个完整的线程周期,每个线程都在等待下一个锁:a->B->…->Z->a
我想你可以称之为死锁,但这是一个相当普遍的术语,也包括死锁。严格地说,不,这不是死锁,这是你最初所说的,只是一般来说可能有一个完整的线程周期,每个线程都在等待下一个锁:a->B->…->Z->a
我想你可以叫它,但这是一个相当普遍的术语,也包括死锁。我会叫它是CPU的资源,而不是死锁。我会叫它是CPU的资源,而不是死锁。我会说a是暂停的,而不是死锁的。但这真的是语义学上的狡辩。尼尔说的。我认为死锁是指两个或多个进程在继续之前等待对方完成。无限期阻塞即Thread.Sleep-1不是死锁。谢谢。我似乎误解了这个定义。我认为A是暂停的,而不是僵持的。但这真的是语义学上的狡辩。尼尔说的。我认为死锁是指两个或多个进程在继续之前等待对方完成。无限期阻塞即Thread.Sleep-1不是死锁。谢谢。似乎我误解了定义。死锁是指程序的全局状态不再进展的情况这个定义也适用于livelock的情况。。。对我只是想回答这个问题,你提到的部分是僵局的必要条件。而这并没有实现在拜特帕舍的问题中。这并不意味着所有满足这个条件的东西都是死锁。就像一辆汽车通常有四个轮子,但所有有四个轮子的汽车不一定都是汽车。。。好的,我明白你的意思,我必须回答一些问题。死锁是指程序的全局状态不再进展的情况这个定义也适用于livelock的情况。。。对我只是想回答这个问题,你提到的部分是僵局的必要条件。而这并没有实现在拜特帕舍的问题中。这并不意味着所有满足这个条件的东西都是死锁。就像一辆汽车通常有四个轮子,但所有有四个轮子的汽车不一定都是汽车。。。好吧,我明白你的意思,我必须回答一些问题