C# 保存应从不同应用程序/进程访问的临时数据的最佳做法

我正在寻找一种保存临时数据的技术。应该可以从不同的.NET应用程序访问它

数据应该存在大约60秒，我不知道数据库是否是正确的选择

---

原因：我想管理Web服务的用户令牌。并且需要一个中央应用程序来管理令牌，并提供函数GetNewToken（）和CheckToken（）。

这听起来像是内存中数据库/缓存之类的，或者（可以选择保存到磁盘）。您可以使用密钥将数据保存在那里，稍后可以使用该密钥和过期时间检索数据

---

对于Redis，您可以使用用C#编写的。

这听起来像是内存数据库/缓存之类的，或者（可以选择保存到磁盘）。您可以使用密钥将数据保存在那里，稍后可以使用该密钥和过期时间检索数据

---

对于Redis，您可以使用C#编写的应用程序。

您是否考虑过类似或的应用程序？

您是否考虑过类似或的应用程序？

取决于“其他.net应用程序”的工作方式，我建议两件事中的一件

如果其他服务总是获得相同的数据或数据流向特定的服务，我建议使用WCF服务传递数据

您也可以使用MSMQ

根据“other.net”应用程序的工作方式，我建议使用以下两种方法中的一种

如果其他服务总是获得相同的数据或数据流向特定的服务，我建议使用WCF服务传递数据

您也可以使用MSMQ

---

一个简单的文件就可以做到这一点（例如XML文件）

---

数据库也可以适合，例如，我建议在这里使用（数据库可以是磁盘上的单个文件）。

一个简单的文件就可以做到这一点（例如XML文件）

---

数据库也可以安装，例如，我建议在这里安装（数据库可以是磁盘上的单个文件）。

好的，但是这样的内存中数据库是否可以从不同的threadsd访问，而不需要在它们之间安装服务器？您可以将redis/memcached设置在与.net应用程序相同的机器上，这两个应用程序都非常轻量级，提供带有客户端包装库的基于TCP的API，并且没有任何其他依赖项。此外，Redis现在可以通过Ok在Nuget中轻松安装，但这样的内存中数据库是否可以从不同的threadsd访问，而无需在它们之间设置服务器？您可以将Redis/memcached设置在与.net应用程序相同的机器上，上面提到的两个都非常轻量级，提供了基于TCP的API和客户端包装库，并且没有任何额外的依赖项