Оптимизация времени приостановки и возобновления работы
Создайте приложения универсальная платформа Windows (UWP), которые упрощают использование системы времени существования процесса для эффективного возобновления после приостановки или завершения работы.
Launch
При повторной активации приложения после приостановки или завершения проверка, чтобы узнать, истекло ли длительное время. Если да, попробуйте вернуться на главную целевую страницу приложения вместо отображения устаревших данных пользователя. Это также приведет к более быстрому запуску.
Во время активации всегда проверка значение PreviousExecutionState параметра args (например, для запущенных активаций проверка LaunchActivatedEventArgs.PreviousExecutionState). Если значение имеет значение ClosedByUser или NotRunning, не тратьте время на восстановление ранее сохраненного состояния. В этом случае правильно, чтобы обеспечить свежий опыт — и это приведет к более быстрому запуску.
Вместо того, чтобы с нетерпением восстановить ранее сохраненное состояние, рассмотрите возможность отслеживания этого состояния и только восстановления по требованию. Например, рассмотрим ситуацию, когда приложение было приостановлено, сохранено состояние на 3 страницы и затем было завершено. При повторном запуске, если вы решите вернуть пользователя на 3-ю страницу, не восстанавливайте состояние для первых 2 страниц. Вместо этого удерживайте на этом состоянии и используйте его только после того, как вы знаете, что вам нужно.
Во время выполнения
Рекомендуется не ждать события приостановки, а затем сохранять большое количество состояний. Вместо этого приложение должно постепенно сохранять меньшее количество состояния при запуске. Это особенно важно для крупных приложений, которые подвержены риску истечения времени во время приостановки, если они пытаются сохранить все одновременно.
Однако необходимо найти хороший баланс между добавочным сохранением и производительностью приложения во время выполнения. Хороший компромисс заключается в том, чтобы постепенно отслеживать измененные данные (и поэтому необходимо сохранить) и использовать событие приостановки для фактического сохранения этих данных (что быстрее, чем сохранение всех данных или изучение всего состояния приложения, чтобы решить, что сохранить).
Не используйте события «Активировано» или «Видимость» для выбора состояния сохранения. Когда пользователь переключается с вашего приложения, окно деактивируется, но система ожидает короткое время (около 10 секунд) перед приостановкой приложения. Это позволяет повысить скорость реагирования, если пользователь быстро переключается на приложение. Дождитесь события приостановки перед выполнением логики приостановки.
Приостановить
Во время приостановки уменьшите объем памяти приложения. Если приложение использует меньше памяти во время приостановки, общая система будет более адаптивной и меньше приостановленных приложений (включая ваши) будет прекращена. Однако сбалансируйте это с необходимостью возобновления snappy: не сокращайте объем памяти, что возобновление значительно замедляется, пока ваше приложение перезагрузит много данных в память.
Для управляемых приложений система будет выполнять передачу сборки мусора после завершения обработчиков приостановки приложения. Не забудьте воспользоваться этим путем выпуска ссылок на объекты, которые помогут уменьшить объем памяти приложения во время приостановки.
В идеале приложение завершится с логикой приостановки менее чем за 1 секунду. Чем быстрее вы можете приостановить работу, тем лучше — это приведет к тому, что пользовательская работа с оснастки для других приложений и частей системы. Если необходимо, логика приостановки может занять до 5 секунд на настольных устройствах или 10 секунд на мобильных устройствах. Если превышено это время, приложение будет внезапно завершено. Вы не хотите, чтобы это произошло, потому что, если это делается, когда пользователь переключается на приложение, будет запущен новый процесс, и интерфейс будет чувствовать себя гораздо медленнее по сравнению с возобновлением приостановленного приложения.
Возобновить
Большинство приложений не должны делать ничего особенного при возобновлении, поэтому обычно вы не будете обрабатывать это событие. Некоторые приложения используют возобновление для восстановления подключений, которые были закрыты во время приостановки, или для обновления данных, которые могут быть устаревшими. Вместо того, чтобы выполнять эту работу с нетерпением, создайте приложение, чтобы инициировать эти действия по требованию. Это приведет к более быстрому работе, когда пользователь переключается на приостановленное приложение и гарантирует, что вы выполняете только работу, которую пользователь действительно нуждается.
Избегайте ненужного завершения
Система времени существования процесса UWP может приостановить или завершить приложение по различным причинам. Этот процесс предназначен для быстрого возвращения приложения в состояние, в которое оно было выполнено до приостановки или завершения работы. Когда все готово, пользователь не будет знать, что приложение когда-либо остановлено. Ниже приведены некоторые рекомендации, которые приложение UWP может использовать для упрощения системных переходов в течение всего времени существования приложения.
Приложение может быть приостановлено, когда пользователь перемещает его в фон или когда система входит в состояние низкой мощности. Когда приложение приостановлено, оно вызывает событие приостановки и имеет до 5 секунд, чтобы сохранить свои данные. Если обработчик событий приостановки приложения не завершается в течение 5 секунд, система предполагает, что приложение перестало отвечать и завершает его. Завершаемое приложение снова проходит через длительный процесс запуска, а не сразу загружается в память, когда пользователь переключается на него.
Сериализация только при необходимости
Многие приложения сериализуют все свои данные при приостановке. Если вам нужно хранить только небольшой объем данных параметров приложения, то вместо сериализации данных следует использовать локальное хранилище Параметры вместо сериализации данных. Используйте сериализацию для больших объемов данных и для данных, отличных от параметров.
При сериализации данных следует избегать повторной инициализации, если она не изменилась. Требуется дополнительное время для сериализации и сохранения данных, а также дополнительное время для чтения и десериализации его при повторной активации приложения. Вместо этого мы рекомендуем приложению определить, изменилось ли его состояние, а если да, сериализация и десериализация только измененных данных. Хороший способ убедиться, что это происходит, заключается в периодической сериализации данных в фоновом режиме после внесения изменений. При использовании этого метода все, что необходимо сериализовать при приостановке, уже сохранено, чтобы не было никаких действий, и приложение приостанавливается быстро.
Сериализация данных в C# и Visual Basic
DataContractSerializer упрощает сериализацию пользовательских классов, хотя он менее эффективен в плане производительности, чем класс XmlSerializer. Если вам нужна более высокая производительность, рассмотрите возможность переключения. Как правило, не следует загружать более одного сериализатора, и следует предпочесть XmlSerializer , если вам не нужны функции другого сериализатора.
Уменьшение объема памяти
Система пытается сохранить максимальное количество приостановленных приложений в памяти, чтобы пользователи могли быстро и надежно переключаться между ними. Когда приложение приостановлено и остается в памяти системы, оно может быстро быть доставлено на передний план для взаимодействия пользователя без необходимости отображать экран-заставку или выполнять длинную операцию загрузки. Если недостаточно ресурсов для хранения приложения в памяти, приложение завершается. Это делает управление памятью важной по двум причинам:
- Освобождение как можно больше памяти при приостановке сводит к минимуму вероятность завершения приложения из-за нехватки ресурсов во время приостановки.
- Сокращение общего объема памяти, используемой приложением, снижает вероятность завершения работы других приложений во время приостановки.
Выпуск ресурсов
Некоторые объекты, такие как файлы и устройства, занимают большое количество памяти. Мы рекомендуем во время приостановки обрабатывать выпуск приложения для этих объектов и повторно создавать их при необходимости. Это также хорошее время для очистки любых кэшей, которые не будут допустимыми при возобновлении работы приложения. Дополнительный шаг платформы XAML выполняется от вашего имени для приложений C# и Visual Basic — сборка мусора, если это необходимо. Это гарантирует, что все объекты больше не ссылаются в коде приложения.
Быстрое возобновление
Приостановленное приложение можно возобновить, когда пользователь перемещает его на передний план или когда система выходит из состояния низкой мощности. Когда приложение возобновляется из приостановленного состояния, оно продолжается от места его приостановки. Данные приложения не теряются, так как он был сохранен в памяти, даже если приложение было приостановлено в течение длительного периода времени.
Большинству приложений не нужно обрабатывать событие возобновления . Когда приложение возобновляется, переменные и объекты имеют точно то же состояние, что и при приостановке приложения. Обработка события возобновления только в том случае, если необходимо обновить данные или объекты, которые могли бы измениться между временем приостановки приложения, и когда оно было возобновлено, например содержимое (например, данные канала обновления), сетевые подключения, которые могли устареть, или если необходимо повторно получить доступ к устройству (например, веб-камера).
См. также
Windows 11, версия 22H2: Все изменения Диспетчера задач
В пятой части серии обзоров изменений Windows 11, версия 22H2, после меню «Пуск», Панели задач, Snap Assist и Проводника Windows, рассмотрим улучшения Диспетчера задач.
Краткая сводка
- Удален стандартный интерфейс Диспетчера задач.
- Диспетчер задач получил поддержку темного режима.
- Вкладки перемещены на боковую панель.
- Классическая панель меню убрана, большинство действий доступны в других частях интерфейса.
- Microsoft добавила поддержку новых горячих клавиш в Диспетчере задач.
Диспетчер задач в Windows 11, версия 22H2
Пользователи Windows 11, открывшие Диспетчер задач в системе Windows 11 версии 22H2, сразу заметят новый дизайн и макет приложения.
В процессе разработки Microsoft перешла с экспериментальных версий Диспетчера задач на полнофункциональный интерфейс приложения, который теперь лишен возможности запуска компактной версии.
Пользователей сразу встречает новое меню «гамбургер» в левом-верхнем углу экрана и вкладки на боковой панели вместо классической строки меню. Обновленный Диспетчер задач поддерживает пользовательские цветовые схемы и темный режим.
Боковое меню автоматически сворачивается, при уменьшении размера окна. Сами пункты меню идентичны тем, которые были в релизной версии Windows 11.
Классическая строка меню исчезла, но большинство ее опций по-прежнему доступны, в других местах. Запуск новой задачи, который ранее осуществлялся в меню Файл, теперь доступен непосредственно в строке заголовка вкладки. Опция Выход была убрана — вместо нее можно нажать кнопку с крестиком или использовать сочетание Alt + F4 .
Все настройки из меню Параметры были перемещены на новую страницу настроек. На ней пользователи смогут изменить начальную страницу Диспетчера задач и задать режимы отображения: Поверх остальных окон, Сворачивать после обращения и Скрывать свернутое.
Скорость обновления также указана в настройках, хотя раньше отображалась в меню Вид. Само меню Вид по-прежнему доступно на вкладке Процессы, но в нем перечислены только параметры Группировать по типу, Развернуть все и Свернуть все.
Режим эффективности
Режим эффективности — новая функция Диспетчера задач в стабильных версиях Windows 11. В инсайдерских сборках данный функционал был известен как Eco Mode, но так и не был представлен ни в Windows 11, версия 21H2, ни в Windows 10, версия 22H1.
Процессы, работающие в режиме эффективности, выделены значком зеленого листа. Некоторые процессы запускаются в этом режиме автоматически, другие могут работать в этом режиме принудительно. Чтобы включить данный режим вручную, выберите конкретный процесс (но не группу процессов), а затем выберите параметр Режим эффективности в строке заголовка вкладки или в контекстном меню.
Диспетчер задач в Windows 11, версия 22H2 отображает запрос подтверждения, объясняющий назначение режима и дающий пользователям возможность отказаться от включения режима для выбранного процесса.
Согласно Microsoft, режим эффективности снижает приоритет выбранного процесса, что положительно сказывается на энергоэффективности, но может повлиять на стабильность процесса.
Некоторые основные системные процессы Windows могут не запускаться в режиме эффективности, принудительно включить режим для них не получится.
Режим эффективности также доступен в качестве опции, когда пользователи кликают правой кнопкой мыши по процессу в Диспетчере задач. Щелчок правой кнопкой мыши — единственный вариант на вкладке Подробности, поскольку Microsoft не добавила опцию включения режима в строку заголовка вкладки.
В предыдущих версиях Диспетчера задач пользователи могли понизить приоритет процесса на вкладке Подробности, и эта опция все еще доступна.
Контекстное меню остается прежним, за исключением недавно добавленного «Режима эффективности» — пользователи могут завершать задачи, создавать файл дампа, открывать расположение файла, запускать поиск в Интернете, изменять значения ресурсов и открывать свойства.
Windows 11 не запоминает настройку режима эффективности между сеансами. При включении режима эффективности, он будет применяться только до момента завершения процесса или перезагрузки системы.
Еще одно изменение, связанное с повышением производительности и энергоэффективности, — выделение приостановленных процессов UWP. Диспетчер задач помечает их значком паузы.
При наведении курсора на значок отображается короткое описание. Обратите внимание, что нет возможности завершить приостановку, так как процесс полностью автоматизирован.
Темы оформления
В Windows 11 2022 Update Диспетчер задач получил поддержку акцентных цветов. Акцентные цвета настраиваются в приложении Параметры > Персонализация > Цвета. Можно установить один из предложенных цветов или указать цвет вручную.
Цвета тепловой карты теперь в основном базируются на акцентном цвете. В некоторых случаях Windows 11 изменит цвет акцента на синий, чтобы обеспечить читабельность. Изменение цвета акцента на заданный вручную цвет может решить эту проблему в большинстве случаев.
Новые сочетания клавиш
Microsoft добавила в Диспетчер задач поддержку нескольких новых горячих клавиш. Они не упоминаются в интерфейсе Диспетчера задач, поэтому большинство пользователей о них могут не узнать.
Обратите внимание, что некоторые горячие клавиши работают только когда выбраны определенные вкладки или элементы на вкладках.
- Alt — нажмите клавишу Alt на клавиатуре, чтобы переключить указание сочетаний клавиш в Диспетчере задач.
- Alt + E — завершает выбранный процесс или группу процессов. Работает аналогично кнопке Снять задачу в интерфейсе.
- Alt + M — управление учетными записями пользователей (только на вкладке Пользователи).
- Alt + N — открывает окно запуска в системе, даже если Диспетчер задач закрыт. Классическое сочетание Win + R при этом продолжает работать.
- Alt + O — открыть апплет Службы для управления службами в системе (только на вкладке Службы).
- Alt + V — включить режим эффективности для выбранного процесса (если поддерживается).
Новый вид и возможности
Обновленный Диспетчер задач в Windows 11, версия 22H2 получил поддержку темного режима, акцентных цветов, но при этом лишился компактного режима, по которому вряд ли кто-то будет скучать.
Microsoft также удалила некоторые параметры, оптимизировала интерфейс и добавила поддержку новых сочетаний клавиш.
Эта группа процессов uwp используется для приостановки процессов в целях повышения производительности систему
Всем привет! Как можно отключить этот процесс? Ибо из за него, живая плитка в windows 10 перестала обновятся..
Голосование за лучший ответ
Удалить приложения, руками править службы в реестре
Похожие вопросы
Ваш браузер устарел
Мы постоянно добавляем новый функционал в основной интерфейс проекта. К сожалению, старые браузеры не в состоянии качественно работать с современными программными продуктами. Для корректной работы используйте последние версии браузеров Chrome, Mozilla Firefox, Opera, Microsoft Edge или установите браузер Atom.
Этот процесс UWP приостановлен для повышения производительности системы
Одна из программ намертво зависает с зелёным листочком.
Раньше она приостанавливалась, если была просто открыта, а при обращении к ней снова оживала, а сейчас не оживает, только снять задачу.
Как её оживлять или как, вообще, не приостанавливать её?
Windows 10
Дополнен 4 года назад