C#中Interlocked类能否配合FieldOffset实现双32位值原子赋值

方案可行性结论 #

你的实现方案在符合要求的运行环境下可以按预期工作，不存在CPU寄存器、缓存层面的异常问题，核心逻辑是成立的。

底层合理性说明 #

• 内存对齐保证：CLR会自动保证long类型字段的内存地址8字节对齐，而Interlocked.Exchange对64位值的原子操作要求就是地址对齐，你用显式布局将both放在偏移0的位置，整个结构体的对齐粒度会自动提升到8字节，完全满足要求。
• 原子性保证：x86、x64、ARM64等主流架构下，对齐的64位内存写入本身就是原子操作，搭配Interlocked.Exchange自带的内存屏障，既可以避免两个int值的写入撕裂，也能保证多核心场景下的缓存一致性，不会出现核心间缓存不同步、寄存器值未回写内存的问题。

需注意的边界问题 #

• 读操作的原子性：你当前只实现了写入逻辑，如果需要同时读取value0和value1的一致性快照，不能直接分别读取两个int字段，否则仍然可能出现读取撕裂，需要补充原子读方法，示例如下：

public (int value0, int value1) ReadBoth()
{
    long current = Interlocked.Read(ref both);
    Union temp = new Union { both = current };
    return (temp.value0, temp.value1);
}

• 大小端兼容：当前实现在不同大小端的平台上，both字段的二进制值会有差异，但只要你仅在程序内部通过结构体的字段访问两个int值，不直接将both用于跨平台序列化、网络传输场景，就不会有问题。
• 值类型拷贝问题：该结构体是值类型，使用时必须保证操作的是同一个实例，尽量通过ref传递，避免值拷贝导致原子操作作用于副本、无法同步原实例的问题。

补充说明 #

你提供的Replace0、Replace1方法本身的原子性是有保证的，和ReplaceBoth方法并发调用时也不会出现内存写入错误，只会存在业务层面的操作顺序问题，可根据你的业务逻辑自行处理竞争即可。

内容的提问来源于stack exchange，提问作者Gary