有什么错误的想法使人们无法使用线程？[关闭]

是的，在程序中实现线程很难，但是为什么有些人甚至在有明显需求的情况下也不会实现它们。

一个例子：程序必须从数据库加载数据集，要做的是建立连接并在工作线程中从数据库中获取数据，然后将其加载到GUI中，从而使GUI线程对用户保持响应。

但是，不，我与那些似乎认为线程既有弊又有弊的人进行了交谈，应该不惜一切代价避免使用它们。我什至听说有些班主任建议不要使用线程，因此不想覆盖线程的使用。什么？？？

随着硬件进入多核，我认为我们需要更好地了解线程，而不要害怕使用它们。我个人觉得这是一个有趣的话题。

那么，您听说过关于线程的哪些错误消息？

穿线很难

当然。有可能。但是，人们很难理解这个主意，以至于不必理会。

并非不可能。

不是很难的线程部分，而是同步的需要以及使用线程所带来的其他所有问题。在您的GUI示例中，如何告诉主线程可以访问数据集？您是否传递了大量的回调？您是否在整个代码中分散了一堆检查变量？在某些GUI模型中，例如Silverlight，有一种称为线程亲和力的东西，这意味着您无法从其他线程访问位于主线程上的GUI元素，因此您必须避免让主线程知道某些信息是准备进一步处理。

我还没有真正听到关于线程的任何虚假信息。当您使用的任何算法本质上不是并行的时，我已经阅读了很多有关同步是一个bit子的情况案例研究。

线程解决了您所有的问题

如果您遇到性能问题，您应该不会直接跳到线程。

线程是轻量级的

线程在二十到二十年代都是轻量级的。生成数千个线程不是。

线程很容易[Java]

创建线程很容易，但这并不意味着您会从中受益。

最终，您将失去从线程中获得的任何收益，因为要修复由于使用某些不是线程安全的库/函数（您所不知道的）而引起的疯狂错误，将需要过多的同步。

如果您使用线程，那么当您不使用线程时，遇到错误的可能性将大大提高。

明智地总结为什么难以使用线程的原因：-
正确的事情1）需要同步，并且需要仔细地进行锁定内容和锁定
时间的设计决策2）无法控制运行时流程
3）调试困难
4）（很少）时代）平台兼容性：-确实存在图书馆要对此进行照顾

错误的事情：
-1）线程安全和可重入函数的概念令人困惑
2）线程在纸上看起来不错，但很难实现

如果您不想为代码编写测试，则不要使用线程。

线程不适用于不了解OS和计算机体系结构基础知识的典型“复制和粘贴”程序员。由于90％的程序员只熟悉Java，因此这些人实际上不是应该使用线程的人。Java使线程“容易”，但是我看到很多程序员认为，如果他们使用同步结构，它们的代码将在线程中工作。

话虽如此，每个人都需要从某个地方开始，只是不要让您的第一个线程项目升级您公司的生产后端服务器。

一个例子：程序必须从数据库加载数据集，要做的是建立连接并在工作线程中从数据库中获取数据，然后将其加载到GUI中，从而使GUI线程对用户保持响应。

我看不到这种情况代表使用线程的必要性至少有四个原因：

1. 数据检索应该非常快。

2. 在许多行业应用程序中，用户在等待结果的1秒钟或2秒钟内与该应用程序无关。同样，用户将必须等到数据以任何方式返回以完成所需任务。另一方面，查询可以进行智能编码，以便一次只能检索到一整页的信息，而其他优化技术也可以帮助缩短响应时间。

3. 在基于Web的界面中，可以使有关线程模型的链接处于活动状态。

4. 正如您所承认的那样，线程化增加了复杂性，一些底层的开发人员可能无法添加功能或调试复杂的代码。

我的观点是：在必须使用线程时，因为软件可维护性和可靠性对组织而言比代码优雅更有价值。