Sont Mutex nécessaires en javascript?

Javascript est défini comme un réentrant langue qui signifie qu'il n'est pas de filetage exposés à l'utilisateur, il peut y avoir des fils dans la mise en œuvre. Des fonctions comme setTimeout() et rappels asynchrones besoin d'attendre pour le moteur de script pour le sommeil avant qu'ils ne soient en mesure d'exécuter.

Qui signifie que tout ce qui se passe dans un événement doit être terminé avant le prochain événement sera traité.

Cela étant dit, vous pourriez avoir besoin d'un mutex si votre code ne quelque chose où il attend une valeur à ne pas changer entre le moment où l'événement asynchrone a été congédié, et lorsque la fonction de rappel est appelée.

Par exemple, si vous avez une structure de données lorsque vous cliquez sur un bouton et il envoie un XmlHttpRequest qui appelle un rappel que les changements de la structure des données, destructeurs, et vous avez un autre bouton qui change la même structure de données directement, entre le moment où l'événement a été déclenché et quand le retour d'appel a été exécuté, l'utilisateur pourrait avoir cliqué et mise à jour de la structure de données avant le rappel qui pourrait perdre de la valeur.

Alors que vous pourriez créer une condition de course comme ça, c'est très facile de prévenir que, dans votre code, puisque chaque fonction sera atomique. Il serait beaucoup de travail et de prendre un peu bizarre modèles de codage pour créer la condition de la course en fait.

Comme @william souligne,

vous pouvez avoir besoin d'un mutex si votre code ne quelque chose où il s'attend à une
la valeur de ne pas changer entre le moment où l'événement asynchrone a été licencié et
lorsque la fonction de rappel est appelée.

Cela peut être généralisé en outre - si votre code ne quelque chose où il attend le contrôle exclusif d'une ressource jusqu'à ce qu'une requête asynchrone se résout, vous pouvez avoir besoin d'un mutex.

Un exemple simple est l'endroit où vous avez un bouton qui déclenche un appel ajax pour créer un enregistrement dans le back-end. Vous pourriez avoir besoin d'un peu de code pour vous protéger de la gâchette utilisateurs en cliquant à l'extérieur et de créer ainsi de multiples dossiers. il y a un certain nombre d'approches à ce problème (par exemple, désactiver le bouton activer sur ajax succès). Vous pouvez également utiliser un simple verrou:

var save_lock = false;
$('#save_button').click(function(){
    if(!save_lock){
        //lock
        save_lock=true;
        $.ajax({
            success:function()
                //unlock
                save_lock = false;  
            }
        });
    }
}

Je ne suis pas sûr si c'est la meilleure approche, et je serais intéressé de voir comment d'autres poignée d'exclusion mutuelle en javascript, mais pour autant que je suis conscient que c'est une simple mutex et il est très pratique.

Oui, mutex peut être nécessaire en Javascript lors de l'accès à des ressources qui sont partagées entre les onglets/fenêtres, comme localStorage.

Par exemple, si un utilisateur dispose de deux onglets ouverts, simples, le code suivant est dangereux:

function appendToList(item) {
    var list = localStorage["myKey"];
    if (list) {
        list += "," + item;
    }
    else {
        list = item;
    }
    localStorage["myKey"] = list;
}

Entre le moment où le localStorage élément est "reçu" et "set", un autre onglet peuvent avoir modifié la valeur. Il est généralement possible, mais peu probable - que vous auriez besoin de juger par vous-même la probabilité et les risques associés à un conflit dans votre cas particulier.

Consultez les articles suivants pour plus de détails:

• Attendez, Ne Touche pas Que: Exclusion Mutuelle Verrous & JavaScript Moyen de l'Ingénierie
• JavaScript simultanéité et de verrouillage de l'HTML5 localStorage - Benjamin Dumke-von der Hein, Stackoverflow

JavaScript, le langue, peut être que la multithread que vous voulez, mais le navigateur plongements du moteur javascript ne s'exécute un rappel (onload, onfocus, <script>, etc...) à un moment (par onglet, sans doute). William suggestion d'utiliser un Mutex pour les changements entre l'inscription et la réception d'un rappel ne doit pas être pris trop à la lettre de ce fait, que vous ne voulez pas bloquer dans l'intervalle de rappel car le rappel qui permettra de débloquer il sera bloqué derrière le rappel en cours! (Wow, anglais suce pour parler de filetage.) Dans ce cas, vous voulez probablement faire quelque chose le long des lignes de redispatching l'événement en cours si un indicateur est défini, soit littéralement, soit avec les goûts de setTimeout().

Si vous utilisez un autre incorporation de JS, et qui exécute plusieurs fils à la fois, il peut obtenir un peu plus risquée, mais en raison de la façon JS pouvez utiliser des rappels si facilement et les écluses des objets sur l'accès à la propriété explicite de verrouillage n'est pas aussi nécessaire. Cependant, je serais surpris si une incorporation été conçu pour le code (par exemple, jeu de script) qui ont utilisé le multi threading de ne pas donner quelques explicite de verrouillage primitives ainsi.

Désolé pour le mur de texte!