我的问题可能听起来很愚蠢。然而,如果有人可以帮助我澄清它,那将是一个很大的帮助。谢谢。
我的第一个问题是:我可以说以下并发框架基于Observable | Observer模式的相同概念吗? (运行执行然后监听结果)
我的第二个问题属于等待结果的部分。如果我做出以下陈述,我是对还是错:
虽然我们有不同的方法在上面的并发框架中等待结果,但是所有这些都需要一种机制来连续检查结果,这可以是
while(result is not there){
sleep for dd milliseconds
}
然后,根据框架的开发方式,将添加线程,超时检查...函数。
答案 0 :(得分:1)
对于你的第一个问题/陈述:你(我和唐纳德特朗普)可以说出我们喜欢的任何东西,诀窍是用一个令人信服的论证来支持我们所说的为什么它是正确的。但更简洁的是,我认为你的观点大致正确。
关于你的第二个问题:你这是错误的。首先,Observable使用回调模式。实现这一点的最简单方法是在观察到的变化之后,使用相同的线程来通知所有已注册的Observable。
此外,锁和锁定机构经常使用,尤其是螺纹加工。因此,当一个线程在另一个线程上调用thread.join()时,该线程至少可以/应该保留等待它完成的其他线程的列表,所以一旦完成它就可以将它们全部唤醒。这样,不需要忙/主动检查完成。