Desbloqueo espurio en el hilo de impulso

Me encontré con este interesante párrafo en elBoost hilo de documentación hoy

void wait(boost::unique_lock<boost::mutex>& lock)

...

Effects: llama atómicamente a lock.unlock () y bloquea el hilo actual. El hilo se desbloqueará cuando lo notifique una llamada a this-> notify_one () o this-> notify_all (), o espuriosamente. Cuando el hilo se desbloquea (por cualquier razón), el bloqueo se vuelve a invocar invocando lock.lock () antes de que vuelva la llamada a esperar. El bloqueo también se recupera invocando lock.lock () si la función sale con una excepción.

Así que lo que me interesa es el significado de la palabra "espuriamente". ¿Por qué se desbloqueará el hilo por razones espurias? ¿Qué se puede hacer para resolver esto?

Respuestas a la pregunta(2)

Su respuesta a la pregunta