Node.JS: Comment “fs.watchFile” travail?

Selon la Les docs de l'API pour le Nœud 0.4.3, le fs.watchFile(filename, [options], listener) fonction commence une routine

De surveiller les modifications sur filename. Le callback auditeur sera appelée à chaque fois que le fichier est accessible.

Il dit aussi

La options si fourni doit être un objet contenant deux membres d'un booléen, persistent, et interval, une interrogation de la valeur en millisecondes

Ce qui indique qu'il va vérifier chaque tellement souvent basées sur ce qui est dans l'intervalle. Mais il dit aussi

La valeur par défaut est { persistent: true, interval: 0 }.

Donc, est-ce à dire qu'il va vérifier à chaque milliseconde pour voir si le fichier du temps a changé? Est-il écouter les OS, les événements de niveau? Comment cela fonctionne?

  • Je pense que c'est un doublon de la stackoverflow.com/questions/4482352/...
  • Voir tjameson réponse: si c'est peut-être un doublon, la réponse à cette vieille question est obsolète. Je pense que de 2013 il y a encore plus moderne, les solutions ne manquent pas.
  • Il est intéressant de noter que dans le Nœud v6 la valeur par défaut est { persistent: true, interval: 5007 }. Un intervalle de 0 ne fait pas de sens logique. Il ne ressemble pas à ce qui était vrai à l'époque, la question a été posée, mais l'implémentation actuelle dans le code source en C les changements de 0 à 1: ctx->interval = interval ? interval : 1;.
InformationsquelleAutor Bryan Field | 2011-03-22
  1. 12

    Oui, cpedros est correcte, cela ne semble pas être un doublon. Je pense que je peux faire la lumière sur cette même si.

    Chaque OS a son propre fichier d'événement de changement qui est exclu. Sur Linux, il est inotify (utilisé pour être dnotify), sur Mac, c'est fsevents, et sur Windows, c'est FileSystemWatcher. Je ne sais pas si le code sous-jacent poignées de chaque cas, mais c'est l'Idée générale.

    Si vous voulez juste regarder un fichier sur Linux, je recommande nœud-inotify-plus-plus. Si vous voulez regarder un répertoire, utilisez inotify-plus-plus avec nœud-pied. J'ai mis en place et cela a fonctionné comme un charme.

    Je peux poster du code, si vous êtes intéressés. La beauté derrière nœud-inotify-plus-plus est que c'résumés beaucoup de la méchanceté de inotify et donne une API intuitive pour l'écoute à des événements spécifiques sur un fichier.

    EDIT: Cela ne devrait pas être utilisé pour regarder des tonnes de fichiers. Sur mon système, le max est de 8192. Votre max peut être trouvé à l'aide de cette commande cat /proc/sys/fs/inotify/max_user_watches. Cela pourrait être utilisé pour juste regarder les répertoires pour les changements, et puis trouver les fichiers individuels à partir de là. Une modification de l'événement se déclenche si un fichier directement sous ce répertoire est modifié.

    EDIT: Merci @guiomie pour souligner que regarder des fichiers est maintenant entièrement pris en charge sur Windows. Je suppose que c'est avec la v0.6.x version.

    • C'est en cours de test sur Cygwin (unix émulateur) sur Windows, et finira par être utilisé dans Solaris.
    • Node.js est pris en charge uniquement sur Linux je crois, donc c'est probablement de faire une sorte d'interrogation où inotify n'est pas pris en charge.
    • Voulez-vous dire que fichier-système d'écoute est uniquement pris en charge sur Linux? Les instructions d'installation dire que "le Nœud doit installer hors de la boîte sur Linux, Macintosh et Solaris". Ce qui indique qu'il est pris en charge sur Mac, Solaris. Vous devriez peut-être reformuler?
    • Ouais, c'est ce que je voulais dire. Je ne suis pas sûr à 100% sur que si. Je préfère utiliser d'autres modules au lieu de cela, car je suis sûr que NodeJS n'quelque chose de générique avec le fichier à l'écoute. C'est la seule façon d'en être sûr.
    • Vous avez mentionné ne pas regarder des tonnes de fichiers ou de dossiers avec cette. Avez-vous une méthode à l'esprit qui est plus approprié pour regarder un grand nombre de fichiers ou de dossiers?
    • Il n'y a vraiment pas un bon moyen. Je voudrais garder un db de fichiers, regarder des répertoires et de vérifier ensuite la mtimes dans la base de données dans les répertoires de ce changement. Genre de bidouille, mais il permettra plus de montres. Les événements se déclenche si le tout immédiatement les fichiers sous le répertoire ont changé.
    • merci pour le respone. Je vous serais reconnaissant de tout code que vous publiez. Aussi, comme un heads-up, j'ai élargi cette sous-rubrique en question et avons référencé ici vos commentaires. La question est dans le stackoverflow.com/questions/5567457/...
    • Fichier Montre est pris en charge sur Windows maintenant.
    • Mise à jour, merci.
    • Vous avez dit que "Les événements se déclenche si le tout immédiatement les fichiers sous le répertoire ont changé", mais sur le nœud 0.6.7 sous OS X 10.7, je ne vois pas ce comportement -- l'événement se déclenche sur un répertoire lorsqu'un fichier est ajouté ou supprimé, mais pas quand un fichier existant du mtime ou le contenu des changements. Est-il possible que ce soit qui dépend de la plateforme?
    • Pourriez-vous poster un petit exemple de comment vous avez intégré nœud-inotify-pluspls avec nœud-pied si vous l'avez à disposition s'il vous plaît 🙂
    • Je suis surprise de voir que le fichier natif-les évènements n'ont pas de bulle pour les répertoires parents.
    • Au moins pour Linux, le fichier d'évènement est juste sur un fichier. Si le fichier est un répertoire, vous obtiendrez un événement lorsqu'un fichier dans le répertoire (pas de récursivité), mais pour un fichier, c'est juste pour le fichier lui-même. Un peu boiteux, mais il pourrait être très inefficace autrement.
    • Bien avec Linux, je suppose que c'est effectivement le bouillonnement si vous obtenez plus d'informations sur le fichier des particuliers changement de contexte, mais je ne sais pas si vous obtenez les mêmes détails ou pas à partir du répertoire de l'événement. Sont ceux du répertoire des fichiers de cartes de coeur?

    InformationsquelleAutor beatgammit
  2. 3

    Étendre sur tjameson fantastique de réponse, vous pouvez utiliser watchr de la normalisation de l'API entre le nœud versiosn et d'OS regarder les différences. Il fournit également des événements pour unlink et new au lieu de simplement change, ainsi que ajoute le support pour arbre de répertoire regarder.

    InformationsquelleAutor balupton