来自MSDN的一句话
在所有硬件平台上，分配此类型的实例都不是线程安全的，因为该实例的二进制表示可能太大而无法在单个原子操作中分配。
这是否意味着像Itianium或x86-64这样的64位处理器也是线程安全的？
例如：
long data = GetData();
// some parallel task on data
可能会有问题吗？
Int64（长整型）和线程安全性
6
- Lukasz Madon
1
请参见https://dev59.com/VXRB5IYBdhLWcg3wiHpl。 - Robert Harvey
5个回答
3
可能是因为你想编写一个在某些Intel仿真平台上是线程安全的程序，而在其他平台上则不是。请注意，
在这些情况下，Microsoft建议使用锁。这里有一些关于并发、内存映射和低级别锁的好资料链接：
Decimal和Double类型也对线程安全有此免责声明。在这些情况下，Microsoft建议使用锁。这里有一些关于并发、内存映射和低级别锁的好资料链接：
- Robert Harvey
2
如果在对齐的内存地址上执行的内存加载/存储操作不大于本地机器指针大小，那么它们被认为是原子性的。
这意味着，64位平台上对齐的内存地址进行64位的加载/存储操作将是原子性的，但在32位平台上不会是原子性的。
现代处理器提供了一组特殊的指令（在 .Net 中，其中大多数通过 Interlocked 类公开），允许实现对大于机器本地指针大小的载入/存储操作的原子性（32位处理器上的64位操作和64位处理器上的128位操作。后者未在 Interlocked 类中公开，但可在本机代码中使用）。
有关详细信息，请参见 Joe Duffy 的文章：Thread-safety, torn reads, and the like。
- Liran
2
友情提示：http://www.bluebytesoftware.com/blog/CommentView，guid，c40a187f-4eeb-43c9-8532-35d480abd1e1.aspx 是一个失效的链接。 - Rick
我找到了这个链接：http://joeduffyblog.com/2006/02/07/threadsafety-torn-reads-and-the-like/ - Rick
0
如果你的data变量被不同线程的代码直接访问，那就会出现问题。
他们并没有对任何特定系统做出保证，所以为了安全起见，我会假设在x64系统和x86系统上都不是线程安全的，尽管我怀疑他们真正考虑的是在智能手机上运行的紧凑框架之类的地方。
- Joel Coehoorn
1
但是 int32 没有这个注释，因此它必须与架构相关（x64 x86）。 - Lukasz Madon
0
我会偏向于安全起见并且假设不行。
请注意之前的问题。对于 Int64 的原子赋值，你应该考虑使用 Interlocked 类。
还可以查看这个链接以获取更详细的分析。特别是，请查看标有“原子性和 Interlocked”的部分。
- Rob Cooke
0
问题的关键在于，
Int64不能保证是原子性的，但这并不排除它在某些情况下具有原子性。换句话说，在64位系统上，Int64将是原子性的。当然，这并不意味着它一定是线程安全的。除了原子性之外，还有其他与线程安全相关的问题。例如，为了防止陈旧问题，您必须使用适当的内存屏障指令（volatile、Thread.VolatileWrite等）。- Brian Gideon
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接