从线程内派生安全吗？
让我解释一下：我已经在Linux上开发了一个应用程序，该应用程序分叉并执行一个外部二进制文件并等待其完成。结果由fork
+进程特有的shm文件传达。整个代码都封装在一个类中。
现在，我正在考虑对进程进行线程化以加快处理速度。具有许多不同的类函数实例的实例会分叉并同时（使用不同的参数）执行二进制文件，并将结果与它们自己的唯一shm文件进行通信。
这个线程安全吗？如果我在线程中分叉，除了安全起见，还需要注意什么吗？任何建议或帮助，不胜感激！
问题答案：
fork即使使用线程，也很安全。分叉后，线程在每个进程中都是独立的。（也就是说，线程与分支正交）。但是，如果不同进程中的线程使用相同的共享内存进行通信，则必须设计一种同步机制。
-
问题内容： 我有一个多线程程序，在其中创建生成器函数，然后将其传递给新线程。我希望它本质上是共享/全局的，以便每个线程都可以从生成器获取下一个值。 使用这样的生成器是否安全？还是会遇到从多个线程访问共享生成器的问题/情况？ 如果不是，是否有更好的方法来解决此问题？我需要可以在列表中循环并为任何线程调用它生成下一个值的东西。 问题答案： 它不是线程安全的；同时调用可能交错，并与局部变量混淆。 常用的
-
问题内容： 自从我将哈希表用于任何重要的事情以来已经有一段时间了，但是我似乎想起了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管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时，可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中