我开发了一个 Windows 服务，它从数据库读取数据，该数据库是通过 ASP.net MVC 应用程序填充的。
我需要通过向数据库发出选择查询来使服务重新加载内存中的数据。此重新加载将由网络应用程序触发。我想了几种方法来实现这一点，例如远程处理、MSMQ，或者只是让服务在套接字上监听重新加载命令。
我只是在寻找有关最佳方法的建议。
最佳答案
通知的可靠性必须如何？如果通知丢失(假设通信管道在路由器中出现故障并丢失了套接字)，世界末日会到来还是一切照常？如果服务关闭，来自网站的通知是否需要在启动时排队等待，或者可以安全地删除？
您需要的可靠性越高，您就越需要采用排队解决方案 (MSMQ)。如果可靠性不是问题，那么您可以从非排队解决方案(远程处理、TCP、UDP 广播、HTTP 调用等)中进行选择。
您关心安全吗？您是否担心攻击者会 ping 您的“刷新”至死亡，从而导致至少 DoS(如果不是更糟的话)？您想对发出“刷新”调用的网站进行身份验证吗？您需要通知的隐私(即加密)吗？ UDP 更难确保安全(无 session )。
该解决方案是否必须允许在现场轻松部署、配置和管理(即是一个独立的、打包的产品)还是一次性部署，可以在发生变化时“及时”修复？
在了解所有这些因素的详细信息的情况下，很难说“使用 X”。至少有一件事是肯定的:远程处理现在已经过时了。
我的建议是使用 WCF，因为可以轻松地动态更改绑定(bind)，因此您可以测试各种配置(TCP、网络管道、http)，而无需更改任何代码。
顺便说一句，您是否考虑过使用 Query Notifications检测数据变化，而不是来自网站的主动通知？我认为这是一次盲目尝试，但许多数据库上都存在等效的主动缓存支持。
关于c# - 两个独立应用程序之间的通信，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1262795/