到目前为止，我已经避免了测试多线程代码的噩梦，因为它看起来像是一个雷区。我想问人们如何测试依赖线程成功执行的代码，或者人们如何测试仅在两个线程以给定方式交互时才出现的此类问题？
对于当今的程序员来说，这似乎是一个非常关键的问题，恕我直言，汇集我们在这个问题上的知识将很有用。
看，没有简单的方法可以做到这一点。我正在开发一个本质上是多线程的项目。事件来自操作系统，我必须同时处理它们。
处理测试复杂的多线程应用程序代码的最简单方法是：如果它太复杂而无法测试，那么您就做错了。如果您有一个实例，有多个线程对其进行操作，并且您无法测试这些线程相互交叉的情况，那么您的设计需要重做。它既简单又复杂。
有许多方法可以进行多线程编程，以避免线程同时运行实例。最简单的方法是使所有对象不可变。当然，这通常是不可能的。因此，您必须确定设计中线程与同一实例交互的位置，并减少这些位置的数量。通过这样做，您可以隔离实际发生多线程的几个类，从而降低测试系统的整体复杂性。
但您必须意识到，即使这样做，您仍然无法测试两个线程相互干扰的每种情况。为此，您必须在同一个测试中同时运行两个线程，然后准确控制它们在任何给定时刻执行的行。你能做的最好的事情就是模拟这种情况。但这可能需要您专门为测试编写代码，这最多只是迈向真正解决方案的半步。
测试代码是否存在线程问题的最佳方法可能是通过代码的静态分析。如果您的线程代码不遵循一组有限的线程安全模式，那么您可能会遇到问题。我相信VS中的代码分析确实包含一些线程的知识，但可能不多。
看，就目前的情况来看（并且可能在未来的一段美好时光里），测试多线程应用程序的最佳方法是尽可能降低线程代码的复杂性。最大限度地减少线程交互的区域，尽可能地进行测试，并使用代码分析来识别危险区域。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
