sponge
2020-12-02 21:59:14
虽然SecureRandom它本身是线程安全的，但流不是。整个Streams API的构建都可以通过单个线程进行访问。尽管可以并行执行中间操作，但必须从单个线程中调用它们。
因此ints()，它的迭代器也不是线程安全的。
因此，你可以做的是为每个线程创建一个流。
Thread t1 = new Thread(() -> secureRandom.ints().distinct().iterator().next());
Thread t2 = new Thread(() -> secureRandom.ints().distinct().iterator().next());
t1.start();
t2.start();
热门帖子
热门github
1
2
4
The Python Risk Identification Tool for generative AI (PyRIT) is an open access automation framework to empower security professionals and machine learning engineers to proactively find risks in their generative AI systems.
(翻译：用于生成式 AI 的 Python 风险识别工具 (PyRIT) 是一个开放式访问自动化框架，使安全专业人员和机器学习工程师能够主动发现其生成式 AI 系统中的风险。)
5
7
8
9
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
10
11
13
感谢您的回答。了解有关线程安全如何与流（尤其是与）一起工作的更多知识将很有趣
iterator()。但是，提出的解决方案不是很合适，因为其目的是确保不同的值（即，即使极不可能，也不会重复生成任何值）。@MAnouti我解释了流的线程安全性。您还想知道什么？为了确保多个线程具有不同的值，您将需要实现解决方案（可能使用并发哈希集）。
在这里，我对
iterator()操作特别感兴趣，因为与其他终端操作不同，它似乎不评估整个流，这似乎很特殊。该ints()方法的文档指出“伪随机int值好像是调用该方法的结果nextInt()。” 现在，如果我仅使用nextInt()，就不会发生竞争状况。因此，只是想知道为什么iterator()会有不同的行为（我已经更新了问题以明确说明）。如果提到流通常不是线程安全的事实（例如官方文档或讨论），我可以接受答案。尽管仍然感觉它正在破坏的线程安全性保证
SecureRandom。@MAnouti我认为线程安全类可以具有非线程安全的衍生类。的合同
Iterator未要求其必须是线程安全的。流的迭代器的行为会有所不同，因为它是从流生成的，并且流不是线程安全的。