multithreading - 什么是常见的并发陷阱？

Question

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。




已关闭8年。




我正在考虑对我们的团队进行并发教育。开发人员陷入周围并发的最常见陷阱是什么。例如，在.Net中，关键字 static为许多并发问题打开了大门。

还有其他不是线程安全的设计模式吗？

更新

这里有很多很棒的答案，很难仅选择一个作为可接受的答案。一定要滚动浏览所有这些以获得出色的技巧。

最佳答案

在此线程上已经有很多不错的答案和指针，但是让我添加一件事。

不要依靠测试来查找种族条件和死锁

假设您拥有所有良好的开发过程:每个组件的单元测试，每个夜间构建的烟雾测试，要求每个开发人员的更改在 checkin 之前通过测试等。

一切都很好，但是它导致了一种态度:“很好，它已经通过了测试套件，因此不能成为我的代码中的错误”。这在并发编程中不能很好地为您服务。实时并发错误很难复制。您可以在竞态条件下运行一段代码十亿次，然后再失败。

您将不得不调整自己的流程，以更加重视自己的想法来进行代码审查。仅针对并发问题进行单独的代码审查并不是一个坏主意。

您将不得不更加注重使应用程序进行自我调试。也就是说，当您在测试实验室或客户现场失败时，您需要确保捕获并记录了足够的信息，以便进行确定的事后调查，因为您有可能在以下位置重现错误报告:您的方便可以忽略不计。

您将不得不在代码中更加偏执地进行健全性检查，以使检测到的错误尽可能地接近问题，而不是距离50,000行代码为止。

偏执。非常偏执。

关于multithreading - 什么是常见的并发陷阱？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/520837/

上一篇：math - 两点方向

下一篇：sass - webpack (with sass-loader) - scss 文件 @import 无法识别解析别名

相关文章：

swift - Swift中修改引用类型参数；外面的变化是立即可见的吗？

c# 多线程 - 写入数据库时​​是否需要锁定？

java - 指令重新排序如何导致并发问题

java - ConcurrentHashMap.put V.S. ConcurrentHashMap.replace

design-patterns - 服务定位器模式与抽象工厂模式有什么不同吗？

spring-boot - 为什么我不应该在一个 Controller 类中调用多个服务？

c++ - 等待条件变量加载 CPU 内核吗？

java - 从并发 Java 集合中排除并发 Activity

design-patterns - 是一种迭代类持有的列表的模式(动态类型的 OO 语言)

multithreading - 当使用ZeroMQ套接字时，我可以从一个线程发送send()并从另一个线程将recv()发送到同一套接字吗？

Answer 1

在此线程上已经有很多不错的答案和指针，但是让我添加一件事。

不要依靠测试来查找种族条件和死锁

假设您拥有所有良好的开发过程:每个组件的单元测试，每个夜间构建的烟雾测试，要求每个开发人员的更改在 checkin 之前通过测试等。

一切都很好，但是它导致了一种态度:“很好，它已经通过了测试套件，因此不能成为我的代码中的错误”。这在并发编程中不能很好地为您服务。实时并发错误很难复制。您可以在竞态条件下运行一段代码十亿次，然后再失败。

您将不得不调整自己的流程，以更加重视自己的想法来进行代码审查。仅针对并发问题进行单独的代码审查并不是一个坏主意。

您将不得不更加注重使应用程序进行自我调试。也就是说，当您在测试实验室或客户现场失败时，您需要确保捕获并记录了足够的信息，以便进行确定的事后调查，因为您有可能在以下位置重现错误报告:您的方便可以忽略不计。

您将不得不在代码中更加偏执地进行健全性检查，以使检测到的错误尽可能地接近问题，而不是距离50,000行代码为止。

偏执。非常偏执。