我经常使用 RDP 会话,并且我注意到,即使我连接的服务器速度很慢或崩溃,RDP 窗口/工具栏本身也是完全响应/可点击的。这可能是因为 RDP 窗口是一个进程,而实际的服务器是单独的 - 或者不是?
是否有正在开发的技术来在应用程序中实现这种流动性?
谢谢
我经常使用 RDP 会话,并且我注意到,即使我连接的服务器速度很慢或崩溃,RDP 窗口/工具栏本身也是完全响应/可点击的。这可能是因为 RDP 窗口是一个进程,而实际的服务器是单独的 - 或者不是?
是否有正在开发的技术来在应用程序中实现这种流动性?
谢谢
要保持 UI 响应,您可以做的最重要的事情就是尽量减少您在 UI 线程中所做的工作量。这意味着您必须执行的任何主要处理,您都会生成一个线程(或使用线程池)来卸载工作,以便 UI 线程可以重新处理 UI。
它可能不是两个独立的进程,而是两个独立的线程。线程有点像子进程。
有些应用程序使用多个进程,例如 Windows Explorer 和 Google Chrome。每个窗口或选项卡都有单独的进程。有一个进程显示它,但单独的进程管理它们的内容。这主要是因为可能的不稳定性。当一个进程崩溃时,整个应用程序都会关闭,包括它的所有线程。通过将逻辑放在单独的进程中,应用程序在其中一个窗口崩溃时保持活动状态。编写多线程应用程序有点困难,但开发这样的多进程单窗口应用程序要困难得多。