Microsoft는 explorer.exe의 기능을 분리하여 Windows 11을 더 빠르게 만들고 싶어합니다.

Windows를 오랫동안 사용했다면 운영 체제의 여러 프로세스나 기능이 파일 탐색기와 연결되어 있다는 것을 알고 계실 것입니다. explorer.exe는 파일 관리에만 연결되어야 하지만 작업 표시줄과 같은 Windows 환경의 다른 부분과도 연결되어 있어 성능에 좋지 않습니다.

Microsoft는 작업 표시줄, 알림 센터 등과 같은 기능을 파일 탐색기(explorer.exe)에서 분리하기 위한 조치를 취해왔습니다. 데스크톱과 explorer.exe 간의 통합은 운영 체제의 병목 현상 중 하나입니다. 리소스를 많이 사용하는 파일 작업으로 인해 작업 표시줄과 같은 관련 없는 기능이 응답하지 않을 수 있기 때문입니다.

더 나쁜 것은 explorer.exe 프로세스가 충돌하는 경우 데스크탑 및 기타 여러 기능이 충돌할 수도 있다는 것입니다. 물론 프로세스 자체를 다시 시작하면 문제가 해결될 수 있지만 기능이 explorer.exe에서 분리되면 Windows 11 데스크톱 충돌이 크게 줄어들 수 있습니다.

Microsoft는 이제 분리를 시작했습니다. 파일 탐색기의 "인상적인 쉘".

Windows 개발에 익숙하지 않은 분들을 위해 설명하자면 Impressive Shell은 Windows 8이 설치된 Windows에 추가되었으며 원래 참 바(Charms Bar)와 같은 기능을 담당했습니다. Impressive Shell은 explorer.exe에 연결된 "ShellAppRuntime.exe"라는 프로세스와 연결되어 있습니다.

최신 미리보기 빌드에서 Microsoft는 파일 탐색기에서 Immersive Shell을 이동하는 방법을 실험해 왔습니다.

이 내용은 "Start Is All Back" 개발자가 처음 발견했습니다. "개발자 25252의 흥미로운 기능: ImmersiveShellInShellAppRuntime(id:39319758). 몰입형 셸을 탐색기 밖으로 이동했습니다. ShellAppRuntime이 아직 시작되지 않았습니다." 하지만 결국에는 이 모든 지하철 잡동사니가 좀 더 신뢰할 수 있을 것입니다.”

당시 Windows에서는 ShellAppRuntime.exe를 실행할 수 없었으나 최신 버전에서는 이 문제가 수정된 것으로 보입니다.

최신 버전에서는 이제 ShellAppRuntime.exe를 독립적으로 시작할 수 있습니다. 이전에 explorer.exe에 연결되었던 ShellAppRuntime.exe는 이제 Explorer.exe 없이 독립적으로 시작하고 작동할 수 있습니다. 실제로 검색 UI는 ShellAppRuntime도 시작될 때까지 열리지 않습니다.

물론 경험에는 문제가 있으며 운영 체제의 다른 측면은 여전히 ​​파일 관리 프로세스에 깊이 통합되어 있습니다.

가까운 미래에는 Windows 11 기능이 다양한 소프트웨어 프로세스에 적용되어 Windows가 파일 탐색기에 의존하지 않고도 이러한 기능을 더 쉽게 실행할 수 있게 될 것입니다. 또한 충돌을 줄이고 운영 체제를 더 빠르게 만들어야 합니다. 예를 들어, 파일 탐색기 충돌로 인해 전체 데스크탑이 파괴되지는 않습니다.

"explorer.exe에서 기능 분리"는 초기 단계이며 사용자는 조만간 변경 사항을 보거나 느끼지 못할 것이라는 점을 이해하는 것이 중요합니다. 성능 외에도 이러한 움직임은 개발 프로세스를 더 빠르고 쉽게 만드는 길을 열어줍니다.

위 내용은 Microsoft는 explorer.exe의 기능을 분리하여 Windows 11을 더 빠르게 만들고 싶어합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!