我们正在使用 .NET Core 3.1 和 Microsoft.Extensions.Caching.Memory.IMemoryCache (v3.1.24) 及其实现 Microsoft.Extensions.Caching.Memory.MemoryCache
。我正在阅读有关IMemoryCache的文档。我没有找到任何提到IMemoryCache
的线程安全性。这是我们如何使用它的片段:
public class TestController : Controller
{
private readonly IMemoryCache _memoryCache;
public TestController(IMemoryCache memoryCache)
{
_memoryCache = memoryCache;
}
[HttpGet]
public IActionResult TestAction()
{
string key = "abc";
if (!_memoryCache.TryGetValue(key, out string cachedString))
{
cachedString = "new string";
_memoryCache.Set(key, cachedString, TimeSpan.FromMinutes(15));
}
return Ok();
}
}
_memoryCache.TryGetValue
和 _memoryCache.Set
线程安全吗?文档中在哪里提到它?
我也在想。ConcurrentDictionary(这是 IMemoryCache 包装的内容)是线程安全的,但下面的链接建议我们需要使用信号量以避免竞争条件。这使得它看起来不是,这令人困惑。从我收集的信息来看,ConcurrentDictionary 本身是线程安全的,但我们对它的实现可能不是,所以我们需要使用信号量。我不喜欢这样;我希望微软能简单地为我们创建信号量,但就这样吧。
https://learn.microsoft.com/en-us/dotnet/core/extensions/caching#photo-service-scenario
问题内容: 自从我将哈希表用于任何重要的事情以来已经有一段时间了,但是我似乎想起了get()和put()方法是同步的。 JavaDocs没有反映这一点。他们只是说类Hashtable是同步的。我该怎么办?如果多个线程同时访问哈希表(假设它们没有修改同一条目),则操作将成功,对吗?我想我问的是“ java.util.Hashtable线程安全吗?” 请指导我摆脱这个问题… 问题答案: 它是线程安全的
问题内容: 我在JBoss 7中部署的Java EE应用程序中使用PostgreSQL 9.1 JDBC4驱动程序(postgresql-9.1-902.jdbc4.jar)。 我可以假设 javax.sql.DataSource 是线程安全的,以便多个线程可以同时调用getConnection()方法吗? 问题答案: javax.sql.DataSource本身是一个接口,因此无论线程安全与否,
问题内容: 是线程安全的?也就是说,在初始化它之后,是否可以依赖访问下一个随机数来保证线程安全?检查源代码似乎表明事实确实如此,并且此错误报告似乎表明它缺乏作为线程安全的文档是javadoc的问题。有没有人确认它实际上是线程安全的? 问题答案: 是的。它扩展了,始终具有 事实上的 线程安全实现,并且从Java 7开始,它明确地保证了线程安全。 如果许多线程使用单个,则可能存在争用,从而影响性能。另
问题内容: Spring是线程安全的吗?那是 是可以安全共享多个连接的策略对象。 是一个连接对象(如数据库连接),使用时无法共享,并且需要为每个连接重新创建或池化。 问题答案: 是线程安全的(添加了重点): 从概念上讲,它是非常相似的,和Spring框架和其他投资项目中发现的各种其他模板。举例来说,这意味着一旦构建后,线程安全 该类的对象不会更改其任何状态信息来处理HTTP:该类是Strategy
问题内容: 是实现线程安全的?我可以做点什么 不用担心遇到并发问题? 问题答案: 您可以将此收集器用作类中提供的任何其他收集器,而不必担心遇到并发问题。在不用关心线程安全的,除非它有特点。它只需要使其操作无干扰,无状态且具有关联性即可。其余的将由Stream管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时,可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中
问题内容: JOptionPane.showMessageDialog应该是获取用户反馈的有用工具,因为它在您等待时会阻塞当前线程。 因此,我希望它是线程安全的,并且您不需要将调用包装在invokeLater或invokeAndWait中。 是这样吗 问题答案: 取自javax.swing包描述: Swing的线程策略 通常,Swing不是线程安全的。除非另有说明,否则所有Swing组件和相关类都
注意:在encrypt string方法中,每次都会提取一个新的密码实例。 编辑:正如@savior所指出的,字段(SecretKeySpec)不应该表示为static。如果SecretKeySpec是线程安全的,那么我将使它成为配置类中的bean并将其注入加密bean(将其标记为私有final字段并通过构造函数注入)
Spring是线程安全的吗?那就是 是一个多个连接可以安全共享的策略对象。或 是连接对象(如数据库连接),在使用时不能共享,需要为每个连接重新创建或池化。