SearchProtocolHost.exe

Ce que vous devez savoir

Sûr ?

Vérifiez l'emplacement, la signature et l'éditeur du fichier en cours d'exécution. Le nom seul ne permet pas d'établir la sécurité.

Écrit-il l'index ?

Non. C'est SearchIndexer qui s'en charge

Charge-t-il les IFilters ?

Non. C'est SearchFilterHost qui s'en charge

Feex précise

Si je vois SearchProtocolHost occupé après avoir ajouté un dossier, je vérifie d'abord les Options d'indexation. Je reconstruis le catalogue en dernier recours, et je ne tiens pas SearchFilterHost pour responsable d'une exploration.

Qu'est-ce que SearchProtocolHost.exe ?

SearchProtocolHost.exe est l'hôte du gestionnaire de protocole. Il charge les implémentations ISearchProtocol pour explorer les URI. Il n'écrit pas dans le catalogue. C'est SearchIndexer.exe qui le fait. Il ne charge pas les IFilters. C'est SearchFilterHost.exe qui s'en charge.

Que fait-il ?

Il énumère les éléments via les gestionnaires de protocole (système de fichiers, Outlook, gestionnaires personnalisés). Le texte analysé transite toujours par l'hôte de filtre. L'écriture dans le catalogue incombe à l'indexeur.

Pourquoi s'exécute-t-il ?

WSearch explore un emplacement que vous avez inclus, un nouveau PST ou une URI appartenant à un gestionnaire de protocole. L'utilisation du disque constatée ici provient de l'exploration, pas de SearchApp affichant des suggestions.

Pourquoi y a-t-il plusieurs copies ?

Plusieurs hôtes de protocole peuvent explorer simultanément différents URI. Aucune de ces copies n'écrit dans le catalogue. C'est la tâche de SearchIndexer.exe.

Inspecter l'instance en cours d'exécution

Dans Windows PowerShell, cette requête en lecture seule liste les ID de processus correspondants, les heures de création et les chemins d'accès exécutables sur ce PC.

Get-CimInstance -ClassName Win32_Process | Where-Object { $_.Name -eq 'SearchProtocolHost.exe' } | Select-Object ProcessId, ParentProcessId, CreationDate, Name, ExecutablePath | Format-List Copier

Aucun résultat ou un chemin inaccessible est non concluant. Les processus protégés peuvent restreindre l'accès, et les ID de processus peuvent être réutilisés. Gardez les chemins personnels locaux.

Utilisez le guide d'identification de fichier pour comparer les signatures et les métadonnées du produit. Un nom de fichier seul ne peut pas établir la sécurité.

Est-il sûr ?

Le SearchProtocolHost.exe de System32 est l'hôte d'exploration officiel. Une copie située dans un fichier zip pour « accélérer la recherche » ne l'est pas. Ce fichier n'écrit toujours pas dans le catalogue et ne charge toujours pas les IFilters.

Comparez l'emplacement enregistré avec le fichier réel. Un dossier familier seul n'établit pas l'identité.

C:\Windows\System32\SearchProtocolHost.exe Copier

• Éditeur attendu : Microsoft Corporation
• Processus écrivant le catalogue : SearchIndexer.exe
• Hôte IFilter : SearchFilterHost.exe

Puis-je l'arrêter ?

Arrêter SearchProtocolHost.exe suspend cette exploration de protocole jusqu'à ce que l'indexeur lance un autre hôte. Cela n'efface pas le catalogue. Cela ne décharge pas les IFilters dans SearchFilterHost.

Puis-je le supprimer ?

Ne supprimez pas SearchProtocolHost.exe. Supprimez un emplacement dans les Options d'indexation si vous souhaitez réduire l'exploration. Ne désactivez WSearch que si vous acceptez des recherches non indexées.

Doit-il démarrer avec Windows ?

WSearch lance des hôtes de protocole à la demande. Il ne s'agit pas d'une ligne dans les Applications de démarrage aux côtés de SearchApp.

Mesurer l'utilisation des ressources

Informations sur le fichier

Problèmes courants

Dépannage

Diagnostiquez avant d'effectuer toute modification destructive.

Détails techniques

Vérifier l'identité d'un fichier en cours d'exécution

Un nom de fichier seul ne peut pas établir la sécurité. Vérifiez le chemin réel, la signature et l'identité du produit.

Associé

Ces entités sont liées à cet article. Le type est affiché sur chaque lien.

Sources et vérification

Mention de la source enregistrée : août 2026. Cette mention n'établit pas de vérification indépendante. Notre méthodologie de recherche.

• Microsoft Learn : gestionnaires de protocole · Les hôtes ISearchProtocol explorent les URI
• Support Microsoft : indexation de la recherche · Les emplacements et la reconstruction incombent à l'indexeur
• Carte des processus Foxhole · Échantillons internes sur des PC Windows. Ceci n'est pas un benchmark de laboratoire.
• Microsoft Sysinternals: Sigcheck · Explique comment inspecter les signatures de fichiers. Cette référence n'établit pas l'identité ou la sécurité d'un fichier particulier en cours d'exécution.
• Microsoft : Get-CimInstance · Méthode de requête de processus locale en lecture seule.
• Microsoft : propriétés de Win32_Process · Documente les ID de processus, les chemins d'accès exécutables, les dates de création et la réutilisation de l'ID parent.