C#中线程安全性的单元测试

本文关键字：单元测试 安全性 线程 | 更新日期: 2023-09-27 18:24:35

考虑以下操作：

public Dictionary<string, string> objectDictionary = new Dictionary<string, string>();
source = () =>
{
    if (!objectDictionary.ContainsKey("demo"))
    { objectDictionary.Add("demo", "value"); }
};

这种方法不是线程安全的，因为可能有两个线程同时进入

public Dictionary<string, string> objectDictionary = new Dictionary<string, string>();

条件。

现在我正在考虑一个解决方案来测试这种方法是否是线程安全的，所以我想出了以下解决方案：

var isThreadSafe = true;
// Check to see if the action can be considered as thread safe.
try { for (var i = 0; i < 1000; i++) { Parallel.Invoke(() => action(), () => action()); } }
catch (Exception) { isThreadSafe = false; }

问题是bool"isThreadSafe"没有设置为fale。如果我调试应用程序，那么根据线程安全性，我会出现一个错误，"已经添加了具有相同密钥的项"。

现在，有没有其他方法可以更好地对其进行单元测试？

C#中线程安全性的单元测试

您需要在每次迭代开始时清除字典。否则，无论你跑了100000次、1000次还是1次，在添加物品之前，比赛只有一次机会发生，并且ContainsKey（"demo"）总是返回false。

解决方案是在每次迭代开始时清除字典：

for (var i = 0; i < 1000; n++)
{
    objectDictionary.Clear();
    Parallel.Invoke(action, action);
}

请注意，Dictionary不是线程安全的，从多个线程中锤击任何非线程安全的类都可能很容易导致挂起而不是异常，尽管我怀疑在使用Add和ContainsKey的情况下不会发生挂起。

针对竞争条件测试代码将非常困难，尤其是在自动化测试方面。种族状况的定义是，它不会一直重复。除此之外，可能导致的问题也会千差万别。抛出许多不同类型的异常是可能的，但垃圾数据也可能出现在您的集合中，数据被扔到地板上，或者其他各种奇怪的行为。

比赛条件也非常依赖于各种操作的时间安排。当你调试程序并逐步完成它时，你最终会人为地（通常是戏剧性地）改变这些时间，从而改变各种比赛条件的结果。调试程序的行为可以创建或隐藏不同的错误，您现在似乎看到了这些错误。

为了准确测试所有可能的错误行为，你首先需要预测出可能出现的错误，这意味着了解所有可能的不受支持的行为。这就是处理多线程程序如此困难的原因。

相关文章：