Почему Chrome имеет так много открытых процессов?

Оглавление:

Почему Chrome имеет так много открытых процессов?
Почему Chrome имеет так много открытых процессов?

Видео: Почему Chrome имеет так много открытых процессов?

Видео: Почему Chrome имеет так много открытых процессов?
Видео: Facebook: возможности, о которых мало кто знает - YouTube 2024, Апрель
Anonim
Если вы когда-либо заглядывали в диспетчер задач во время работы с Google Chrome, возможно, вы были удивлены, увидев, что количество записей chrome.exe радикально превысило количество реальных окон Chrome, которые вы открыли. Что такое сделка со всеми этими процессами?
Если вы когда-либо заглядывали в диспетчер задач во время работы с Google Chrome, возможно, вы были удивлены, увидев, что количество записей chrome.exe радикально превысило количество реальных окон Chrome, которые вы открыли. Что такое сделка со всеми этими процессами?

Сегодня сессия вопросов и ответов приходит к нам с любезностью подразделения SuperUser под управлением Stack Exchange, основанной на сообществах групп вопросов и ответов.

Вопрос

Если вам интересны все эти, казалось бы, дублирующие процессы Chrome, вы не одиноки. Считыватель SuperUser PolyShell действительно хочет разобраться в деталях:

In Windows Task Manager it seems that I have multiple Chrome processes running, even though I only have one Chrome window open.

How is this possible? I always thought each open program represented one process.

В то время как чистое количество отдельных процессов chrome.exe сначала кажется непонятным, есть отличное объяснение потопа.

Ответы

Несколько участников SuperUser отправились отвечать на вопрос. Джефф Этвуд предложил ссылку на блог Chrome Development:

You can read the details here:

Google Chrome takes advantage of these properties and puts web apps and plug-ins in separate processes from the browser itself. This means that a rendering engine crash in one web app won’t affect the browser or other web apps. It means the OS can run web apps in parallel to increase their responsiveness, and it means the browser itself won’t lock up if a particular web app or plug-in stops responding. It also means we can run the rendering engine processes in a restrictive sandbox that helps limit the damage if an exploit does occur.

Basically, each tab has one process unless the tabs are from the same domain. The renderer has a process for itself. Each plug-in will have one and so will each extension that is active.

KronoS делится трюком для изучения процессов внутри Chrome вместо более загадочного Task Manager:

You can see which process does what on:

Menu-> Tools -> Task Manager

Which looks like this:

Deizel предлагает помощника для зрителей:
Deizel предлагает помощника для зрителей:

Don’t forget to read the Chrome introduction comic that covers this among other design decisions.

Весь комикс Chrome стоит прочитать для поклонников Chrome, так как он объясняет многие другие варианты дизайна, связанные с созданием браузера. Это просто забавное чтение.
Весь комикс Chrome стоит прочитать для поклонников Chrome, так как он объясняет многие другие варианты дизайна, связанные с созданием браузера. Это просто забавное чтение.

Есть что добавить к объяснению? Звучит в комментариях. Хотите узнать больше ответов от других пользователей Windows? Посмотрите здесь полную дискуссионную тему.

Рекомендуемые: