请问各位实现线程安全除了加锁还能有啥别的操作

[qyizhong]

上周被问到的问题，一下把我问蒙了。问了一下周围的朋友感觉并不是我想要的答案，各位大佬们有好的解答吗

[sbw]

无锁队列

[polythene]

原子操作： http://blog.betacat.io/post/golang-atomic-value-exploration/

[theOneMe]

1:cas;
2: 变量不可变 例如 final 修饰等等;
3: ThreadLocal

[mattx]

用原子变量实现 lock free

[lyy16384]

使用不可变对象

[bxqqq]

锁本来就是一种排队啊，你维护一个队列。

[wr410]

读的变量不写，写的变量不读。 （误

[gz911122]

只用一个线程来处理

[kzfile]

不使用多线程

[justfly]

本质上就是利用 atomic，对应 CPU 的 CMPXCHG。CAS，无锁队列都是在这个基础上实现的。

[raysonx]

1. 只读。
2. 用原子变量，配合无锁（ lock-free ）算法。然而编程语言中原子变量的实现在某些平台可能是特定的 CPU 指令（ memory barriers ），也有可能还是锁。

[brust]

mq?或者 redis 锁 zk 锁 etcd 锁

[ctrlaltdeletel]

个人的想法，不一定正确 /完整…

- 将线程不安全的操作同步起来（加锁 /使用队列等）
- 将导致线程不安全的资源封闭起来或去掉（ ThreadLocal/只读公共的资源）

[Aresxue]

1.不要跨线程访问共享变量;
2.使共享变量是 final 类型的;
3.将共享变量的操作加上同步;
3.1 java 自身
3.1.1 锁，包括 synchronied 和 lock
3.1.2 cas，例如 ConcurrentHashMap
3.1.3 复制变量，一种用空间换时间的方式，典型的如 ThreadLocal ；
3.1.4 原子变量，LongAdder 和 Atomic*;
3.2 中间件，这个太多，缓存比如 redis、zookeeper、数据库（）甚至文件都可以做。
ps：java 自身适用于单机情况，分布式下中间件一般更优。

[russian]

放弃线程使用异步。。。我觉得 cpu 怎么都不可能成为短板把。绝大多数情况还是 io

[mooncakejs]

CAS, COW

[corvofeng]

突然想到， 你可以用协程， 这样就不用考虑线程安全了， 考虑进程安全就行了🤣

[lihongjie0209]

线程安全的本质就是 共享 + 可变
1. 从不共享的角度来看,

1.1 单线程无共享, redis
1.2 多线程, threadLocal, 每个线程都操作自己的数据

2. 从不可变的角度来看

2.1 使用不可变的数据结构和对象

如果使用上述的方法还是解决不了你的问题,那么你就需要一些第三方的服务, 如锁,分布式锁等来保证在某一个具体的时刻, 你的资源只能处于一个状态: 要么共享, 要么可变

[Moker]

@corvofeng 不同协程一起读一个变量 还是 GG

[ryd994]

@bxqqq 锁可以不保证 FIFO


@wr410 实际上还是需要原子性。举个例子，如果你的 CPU 写某个 2 字节变量需要 2 个周期，在这两个周期内还是有可能读到错误值的
从 0x0000 先变成 0x00FF，再变成 0xFFFF，那运气不好就会读到中间值
这个问题很少遇到是因为一般 64 位 CPU 写 64 位或 32 位整数都是硬件原子的，所以一般没事