当其他部分不是这样时，我该如何保持应用程序的一部分响应？

我使用RDP会话很多，并且我注意到即使连接的服务器速度很慢或崩溃，RDP窗口/工具栏本身也是完全响应/可点击的。这可能是由于RDP窗口是一个过程，而实际的服务器是独立的 - 或者不是？当其他部分不是这样时，我该如何保持应用程序的一部分响应？

在应用程序中是否有一种技术可以实现这种流动性？

感谢

来源

2010-12-06 dotnetdev

我没有使用RDP很多，但我认为工具栏正在由客户端处理，而不是服务器。这就是为什么即使服务器没有响应也是如此。 – cHao 2010-12-06 23:18:52

可以做，以保持UI响应的最重要的事情是尽量减少工作的，你在UI线程完成的工作量。这意味着您必须执行的任何主要处理都会产生一个线程（或使用线程池）来卸载工作，以便UI线程可以返回到处理UI。

来源

2010-12-06 23:21:44 cHao

事件线程（处理UI操作和重绘）不应该每秒钟停止超过1/10。 – seand 2010-12-07 03:44:55

它可能不是两个单独的进程，而是两个独立的线程。线程有点像一个子进程。

有些应用程序使用多个进程，如Windows资源管理器和Google Chrome。每个窗口或标签都有独立的进程。有一个进程显示它，但是单独的进程管理他们的内容。这主要是因为可能的不稳定性。当进程崩溃时，整个应用程序将关闭，包括其所有线程。通过将逻辑放在单独的进程中，应用程序在其中一个窗口崩溃时保持活动状态。编写多线程应用程序有点困难，但开发像这样的多进程单窗口应用程序要困难得多。

来源

2010-12-06 23:24:23 GolezTrol

当其他部分不是这样时，我该如何保持应用程序的一部分响应？

回答

相关问题