與無限等待時間相比,使用WaitForSingleObject
具有較短的等待時間(〜10ms)有什麼缺點或可能的限制嗎?缺點/ WaitForSingleObject時間限制
由於設計問題,我的應用程序體系結構實際上只有很短的等待時間。
與無限等待時間相比,使用WaitForSingleObject
具有較短的等待時間(〜10ms)有什麼缺點或可能的限制嗎?缺點/ WaitForSingleObject時間限制
由於設計問題,我的應用程序體系結構實際上只有很短的等待時間。
10毫秒足夠短,任何其他程序有輕微打嗝可能會影響程序的結果。那就是很有很少有這個意思。
感謝您的回答。你能詳細說明它可能有什麼效果嗎?你的意思是「很少有意圖」,你是說我們很少打算在如此短的時間內使用waitforsingleobject? –
@JakeM:顯然結果是返回S_SUCCESS而不是S_APP_EXIT。這意味着什麼,那是你的代碼。而且你很想要另一個隨機程序**以這種方式影響你。請記住,你放棄了你的時間片,並且在10毫秒內你可能不會獲得另一個時間片。 – MSalters
這不提供問題的答案。要批評或要求作者澄清,請在其帖子下方留言。 - [來自評論](/ review/low-quality-posts/11387216) – kazemakase
你有什麼樣的缺點? –
缺少一個Windows消息/事件,因爲它不會在函數返回並且發生其他while循環邏輯時短時間監聽。效率低下的缺點是函數每10ms返回一次,而不是等待消息 –
@JakeM:考慮到這些問題,您可能會遇到更大的設計問題。消息是**不是**這樣丟失,Windows有消息**隊列**。此外,如果您需要同時等待消息和線程句柄,則需要'MsgWaitForMultipleObjects'。 – MSalters