我一直在仔细考虑和阅读，但可以找到绝对权威的答案。
我有几个由包含 ArrayList、字符串和原始值的对象组成的深层数据结构。我可以保证这些结构中的数据不会改变（没有线程会对列表进行结构更改、更改引用、更改原语）。
我想知道在这些结构中读取数据是否是线程安全的；即，从对象中递归读取变量、迭代 ArrayList 等以在不同步的情况下从多个线程中的结构中提取信息是否安全？
【问题讨论】：
I can guarantee that the data in these structures will not change，那么在这种情况下，在不同步的情况下同时读取变量是完全可以的。
标签： java synchronization multithreading arraylist
它不安全的唯一原因是如果一个线程正在写入一个字段，而另一个线程同时从它读取。如果数据未更改，则不存在 race condition。使对象不可变是保证它们是线程安全的一种方法。首先阅读 IBM 的 this 文章。
【讨论】：
final 使对象不可变是一个好主意，所以我不会反对，但是可以在没有内存屏障的情况下获得线程安全的想法是非常非常错误的。
ArrayList 的成员不受任何内存屏障的保护，因此无法保证对它们的更改在线程之间可见。即使对列表进行的唯一“更改”是其构造，这也适用。
任何线程之间共享的数据都需要一个“内存屏障”来确保其可见性。有几种方法可以做到这一点。
首先，在构造函数中声明为final 并在构造函数中初始化的任何成员在构造函数完成后对任何线程都是可见的。
对声明为volatile 的任何成员所做的更改对所有线程都是可见的。实际上，写入从任何缓存“刷新”到主内存，任何访问主内存的线程都可以看到它。
现在它变得有点棘手。线程写入 volatile 变量的之前线程所做的任何写入也会被刷新。同样，当一个线程读取一个 volatile 变量时，它的缓存会被清除，随后的读取可能会从主内存重新填充它。
最后，synchronized 块就像一个易失的读和写，增加了原子性的质量。当监视器被获取时，线程的读取缓存被清除。当监视器被释放时，所有的写入都被刷新到主内存中。
完成这项工作的一种方法是让填充共享数据结构的线程将结果分配给volatile 变量（或AtomicReference，或其他合适的java.util.concurrent 对象）。当其他线程访问该变量时，它们不仅可以保证获取该变量的最新值，还可以保证该线程在将值分配给该变量之前对数据结构所做的任何更改。
【讨论】：
如果数据在创建后从未被修改，那么你应该没问题，读取将是线程安全的。
为了安全起见，您可以将所有数据成员设为“最终”，并尽可能让所有访问函数可重入；这可以确保线程安全，并且可以帮助您在将来更改代码时保持代码线程安全。
一般来说，让尽可能多的成员成为“最终”成员有助于减少引入错误，因此许多人提倡将此作为 Java 最佳实践。
【讨论】：
final 有一个好主意。
不使用java.util.Vector，如果它们确实不可修改，则使用java.util.Collections.unmodifiableXXX() 包装器，这将保证它们不会更改，并将执行该合同。如果要修改它们，请使用java.util.Collections.syncronizedXXX()。但这只能保证内螺纹的安全。使变量final 也将有助于编译器/JIT 进行优化。
【讨论】：
我看不出使用多个线程从 ArrayList、字符串和原始值中读取会有什么问题。
只要您只是阅读，就不需要同步。对于字符串和原语，它肯定是安全的，因为它们是不可变的。对于 ArrayLists 应该是安全的，但我没有授权。
【讨论】：
就像其他人的答案一样：如果您确定需要同步您的数组列表，您可以调用 Collections.synchronizedList(myList) 它将返回一个线程安全的实现。
【讨论】：
synchronizedList() 包装器保证；试图直接用ArrayList 做同样的事情是不可靠的。