Jest to możliwe w przypadku a
dostępu do zmiennej , powiedzmy 2 robotów internetowych za pośrednictwem SharedArrayBuffer, a także jakiegoś głównego skryptu. Możliwość jest niska, ale możliwe jest, że gdy kod jest kompilowany do kodu maszynowego, pracownicy internetowych zaktualizować zmienną a
tylko w czasie, więc warunki a==1
, a==2
i a==3
są zadowoleni.
Może to być przykład stanu wyścigu w środowisku wielowątkowym udostępnianym przez pracowników sieci Web i SharedArrayBuffer w JavaScript.
Oto podstawowa implementacja powyższego:
main.js
// Main Thread
const worker = new Worker('worker.js')
const modifiers = [new Worker('modifier.js'), new Worker('modifier.js')] // Let's use 2 workers
const sab = new SharedArrayBuffer(1)
modifiers.forEach(m => m.postMessage(sab))
worker.postMessage(sab)
worker.js
let array
Object.defineProperty(self, 'a', {
get() {
return array[0]
}
});
addEventListener('message', ({data}) => {
array = new Uint8Array(data)
let count = 0
do {
var res = a == 1 && a == 2 && a == 3
++count
} while(res == false) // just for clarity. !res is fine
console.log(`It happened after ${count} iterations`)
console.log('You should\'ve never seen this')
})
modifier.js
addEventListener('message' , ({data}) => {
setInterval( () => {
new Uint8Array(data)[0] = Math.floor(Math.random()*3) + 1
})
})
Na moim MacBooku Air dzieje się to po około 10 miliardach iteracji przy pierwszej próbie:
Drugie podejście:
Jak powiedziałem, szanse będą niewielkie, ale biorąc pod uwagę wystarczającą ilość czasu, osiągną warunek.
Wskazówka: jeśli trwa zbyt długo w systemie. Spróbuj tylko a == 1 && a == 2
i zmień Math.random()*3
na Math.random()*2
. Dodanie coraz większej liczby do listy zmniejsza szansę na trafienie.