1. [Уики](https://feex.it/wiki/)
2. [Процеси](https://feex.it/wiki/process/)
3. [Windows процеси](https://feex.it/wiki/process/windows/)
4. SearchProtocolHost.exe

# SearchProtocolHost.exe

Процес на Windows: Microsoft Corporation

Термини за търсене в каталога searchprotocolhost, search protocol host

Windows, Системен компонент

Хост на обработчика на протоколи за Windows Search. Той зарежда ISearchProtocol обработчици за обхождане на URI адреси. SearchIndexer.exe записва каталога. SearchFilterHost.exe зарежда IFilters.

## Какво трябва да знаете

Хостът на протоколи обхожда. Той не записва каталога и не зарежда IFilters.

SearchProtocolHost.exe е хостът на манипулатора на протоколи за Windows Search. Той отваря протоколи за файлове, MAPI и други URI, така че индексаторът да може да вижда елементите. SearchIndexer.exe записва каталога. SearchFilterHost.exe изолира IFilters. SearchApp.exe е потребителският интерфейс.

- **Безопасен ли е?**: Проверете пътя, подписа и издателя на изпълнявания файл. Самото име не може да гарантира безопасност.

  **Записва ли индекса?**: Не. SearchIndexer го прави

  **Зарежда ли IFilters?**: Не. SearchFilterHost го прави

Feex казва

Ако видя, че SearchProtocolHost е зает, след като съм добавил папка, първо проверявам Indexing Options. Възстановявам каталога най-накрая и не виня SearchFilterHost за обхождането.

## Какво представлява SearchProtocolHost.exe?

SearchProtocolHost.exe е хостът на манипулатора на протоколи. Той зарежда реализации на ISearchProtocol за обхождане на URI. Той не записва каталога. SearchIndexer.exe прави това. Той не зарежда IFilters. SearchFilterHost.exe прави това.

## Какво прави?

Той изброява елементи чрез манипулатори на протоколи (файлова система, Outlook, потребителски манипулатори). Анализираният текст все пак преминава през хоста на филтрите. Записването на каталога се извършва от индексатора.

## Защо се изпълнява?

WSearch обхожда местоположение, което сте включили, нов PST или URI, притежаван от манипулатор на протокол. Натоварването на диска тук е от обхождането, а не от това, че SearchApp изчертава предложения.

## Защо има множество копия?

Повече от един хост на протоколи може да обхожда различни URI едновременно. Никое от тези копия не записва каталога. SearchIndexer.exe прави това.

## Инспектирайте работещия екземпляр

В Windows PowerShell, тази заявка само за четене изброява съвпадащи идентификатори на процеси, времена на създаване и пътища на изпълними файлове на този компютър.

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

Липсата на резултат или недостъпен път е неубедителна. Защитените процеси могат да ограничат достъпа, а идентификаторите на процеси могат да бъдат използвани повторно. Пазете личните пътища локални.

Използвайте [ръководство за идентификация на файлове](https://feex.it/wiki/l/bg/software/system/verify-executable-path-signature/) за сравняване на подписи и метаданни на продукта. Само името на файл не може да установи безопасност.

## Безопасен ли е?

Проверете този работещ файл

SearchProtocolHost.exe в System32 е хостът за обхождане. Копие в zip архив за "ускоряване на търсенето" не е. Този файл все така не записва каталога и все така не зарежда IFilters.

Сравнете записаното местоположение с действителния файл. Познатата папка сама по себе си не установява самоличност.

`C:\Windows\System32\SearchProtocolHost.exe`

- Очакван издател: Microsoft Corporation
- Записващ модул за каталога: SearchIndexer.exe
- Хост на IFilter: SearchFilterHost.exe

## Мога ли да го прекратя?

Обхождането спира на пауза

Прекратяването на SearchProtocolHost.exe спира това обхождане на протокола, докато индексаторът не стартира друг хост. То не изтрива каталога. То не премахва IFilters от SearchFilterHost.

## Мога ли да го премахна?

Не

Не изтривайте SearchProtocolHost.exe. Премахнете местоположение в Indexing Options, ако искате по-малко обхождане. Деактивирайте WSearch само ако сте съгласни с неиндексирано търсене.

## Трябва ли да стартира с Windows?

WSearch стартира хостове на протоколи при поискване. Това не е ред в Startup Apps до SearchApp.

## Измерване на използването на ресурсите

| CPU и памет  | Сравнете няколко наблюдения за един и същ PID и натоварване. Този запис няма независимо измерена универсална базова линия.                  |
| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------- |
| Диск и мрежа | Припишете активността на действителния процес и текущата задача; само името на файл не установява очаквани дестинации или обем на трансфер. |

## Информация за файла

| Име на изпълнимия файл    | SearchProtocolHost.exe                                                                            |
| ------------------------- | ------------------------------------------------------------------------------------------------- |
| Записан път на инсталация | C:\Windows\System32\SearchProtocolHost.exe                                                        |
| Издател                   | Microsoft Corporation                                                                             |
| Проверка на подписа       | Инспектирайте действителния файл; този запис не удостоверява самоличността на неговия сертификат. |

## Често срещани проблеми

### Високо натоварване на диска, за което е обвинен SearchFilterHost

Натоварването на процесора от филтъра е от анализа на съдържанието. Дисковата активност на хоста на протоколи е от обхождането на папки и хранилища за поща. Разделете ги в Resource Monitor.

### Обхождането на Outlook никога не свършва

Манипулатор на MAPI протокол може да държи този хост зает. Намалете индексирането на Outlook в Indexing Options, преди да възстановите индекса.

## Отстраняване на неизправности

Поставете диагноза, преди да предприемете каквото и да било деструктивно действие.

### Първо съкратете местоположенията в Indexing Options

Премахнете огромната папка или невалидния UNC път. Това спира хоста на протоколи, без да засяга IFilters.

### Възстановете индекса най-накрая

Възстановяването рестартира обхожданията и филтрите. Използвайте го, след като коригирате местоположенията или повреден манипулатор на протокол, а не като първо действие.

## Технически подробности

Технически подробности

| Име на изображението | SearchProtocolHost.exe                 |
| -------------------- | -------------------------------------- |
| Роля                 | Хост за обхождане чрез ISearchProtocol |

## Проверете идентичността на работещ файл

Само името на файл не може да установи безопасност. Проверете действителния път, подписа и самоличността на продукта.

## Свързани

Тези обекти са свързани с тази статия. Типът се показва на всяка връзка.

[SearchIndexer.exe: Процес на Windows](https://feex.it/wiki/l/bg/process/searchindexer.exe/)[SearchFilterHost.exe: Процес на Windows](https://feex.it/wiki/l/bg/process/searchfilterhost.exe/)[Windows Search: Услуга на Windows](https://feex.it/wiki/l/bg/service/windows-search/)[Проверете пътя на изпълнимия файл и цифровия подпис: Ръководство](https://feex.it/wiki/l/bg/software/system/verify-executable-path-signature/)[Прочетете диспечера на задачите и сравнете активността на процесите: Ръководство](https://feex.it/wiki/l/bg/software/system/how-to-read-task-manager/)[Windows процеси: Категория](https://feex.it/wiki/process/windows/)

## Източници и проверка

Записан етикет за източник: август 2026 г. Този етикет не установява независима проверка. [Как проучваме](https://feex.it/wiki/research/).

- [Microsoft Learn: манипулатори на протоколи ](https://learn.microsoft.com/windows/win32/search/-search-3x-wds-extendingindexing-developing-protocol-handlers)· ISearchProtocol хостовете обхождат URI
- [Поддръжка от Microsoft: индексиране при търсене ](https://support.microsoft.com/windows/search-indexing-in-windows)· Местоположенията и възстановяването принадлежат на индексатора
- [Карта на процесите във Foxhole ](https://foxhole.feex.it/)· Извадки от първа страна на компютри с Windows. Не е лабораторен бенчмарк.
- [Microsoft Sysinternals: Sigcheck ](https://learn.microsoft.com/en-us/sysinternals/downloads/sigcheck)· Обяснява как се проверяват цифровите файлови подписи. Тази препратка не установява идентичността или безопасността на конкретен изпълняван файл.
- [Microsoft: Get-CimInstance ](https://learn.microsoft.com/en-us/powershell/module/cimcmdlets/get-ciminstance)· Метод за локално запитване на процеси само за четене.
- [Microsoft: Win32_Process свойства ](https://learn.microsoft.com/en-us/windows/win32/cimwin32prov/win32-process)· Документира идентификатори на процеси, пътища на изпълними файлове, дати на създаване и повторно използване на идентификатор на родител.

## Беше ли полезна тази статия?

Достатъчно е "да" или "не". Изберете причина, ако желаете, или добавете кратка бележка.

Бързи факти

Кратката идентичност на тази страница. Спецификациите, източниците и пълната история остават в статията.

- **Тип**: Процес на Windows

  **Издател**: Microsoft Corporation

  **Изпълним файл**: SearchProtocolHost.exe

  **Обичаен път**: C:\Windows\System32\SearchProtocolHost.exe

  **Запис на контекст**: Запис в каталога Feex Wiki

  **Свързан процес**: [SearchIndexer.exe](https://feex.it/wiki/l/bg/process/searchindexer.exe/)

Записан статус на източника: Feex Reviewed: Записан етикет за източник: август 2026 г. Този етикет не установява независима проверка.

---

Source: [Canonical Feex Wiki page](https://feex.it/wiki/l/bg/process/searchprotocolhost.exe/)

[Developer guide](https://feex.it/wiki/developers/) | [API policy](https://feex.it/developers/api-policy/) | [Agent guidance](https://feex.it/wiki/llms.txt)