저는 이전에 여러 운영 체제에서 여러 데스크톱을 사용해 본 적이 없으므로 아마도 이것이 작동하는 방식일 것입니다.
그러나 한 데스크탑에서 프로세스를 시작한 다음 해당 프로세스가 아직 실행 중인 동안 다른 데스크탑으로 전환하면 프로세스가 생성하는 모든 새 창은 프로세스를 시작한 데스크탑이 아니라 현재 보고 있는 데스크탑에 있게 됩니다.
예를 들어 데스크톱 A에서 Visual Studio를 시작하고 실행되는 동안 데스크톱 B로 이동합니다. Visual Studio가 시작되면 데스크톱 A가 아닌 데스크톱 B에 표시됩니다.
마찬가지입니다. 일종의 창(브라우저 창, WPF 양식 등)을 시작하는 Visual Studio 프로젝트를 실행합니다. 창이 나타나기 전에 데스크톱을 전환하세요. 이제 창이 이전 바탕 화면이 아닌 현재 바탕 화면에 나타납니다.
이 동작이 정상인가요? 아니면 결국 해결될 수 있는 문제인가요? 조금 답답하기 때문이죠. 데스크탑 사이를 빠르게 "바운스"할 수는 없습니다.
편집하다 다음은 새 프로세스를 시작하기 위한 가상 데스크톱 친화력 부족이 적극적으로 나쁜 예입니다.
두 개의 다른 프로젝트를 작업하기 위해 두 개의 가상 데스크톱이 있습니다. 둘 다 웹 개발 프로젝트이므로 각 데스크톱에 Chrome 인스턴스가 실행되고 있습니다. Chrome은 각 탭에 대해 새로운 프로세스를 시작합니다. 다른 곳에서 링크를 클릭하면 Chrome은 가장 최근에 사용한 Chrome 창에 새 탭을 만듭니다.
데스크톱 A에서도 이메일을 실행하고 있습니다. 이메일의 링크를 클릭했는데 가장 최근에 사용한 Chrome 인스턴스가 데스크톱 B에 있었다면, 가장 가능성 있는 결과는 데스크톱 B에 새 탭이 열리고 현재 보기가 데스크톱 B로 전환되는 것입니다.
그러나 덜 빈번하게 발생하는 일은 데스크탑 관리자가 겉으로는 내가 보고 싶은 데스크탑을 파악할 수 없기 때문에 두 데스크탑 사이에 매우 빠른 "떨림" 또는 "깜박임"이 발생한다는 것입니다. 이 깜박임을 멈추는 유일한 방법은 화면의 아무 곳이나 클릭하고 활성 창의 초점을 변경하는 것입니다.
새 프로세스가 기본적으로 해당 프로세스를 실행한 데스크탑에 의해 소유된 경우에는 이 문제가 발생하지 않습니다.
실제로 가상 데스크톱이 이와 같이 작동하지 않는다는 것은 말이 되지 않습니다.
답변1
이는 정상적인 동작입니다.
아마도 귀하의 질문은 "Windows 10 기준으로 하나의 가상 데스크톱만 실행하는 프로세스를 만드는 방법"일 수 있습니다.