随笔

1，cas

Cas是JUC中的JAR，用来处理线程，多并发情况下的数据一致性问题。

2，优点：

底层操作，原子性，数据一致性

缺点：CPU开销大，ABA问题

CAS 比较重试机制，在高并发的情况下。反复更新又更新不成功，循环往复。

ABA问题，AtomicStampedReference，使用版本号解决ABA问题

使用volatile 保证比较值都是最新的

怎样提高系统的高并发能力？

1、静态资源结合CDN来解决图片文件等访问

2、分布式缓存：redis、memcached等。

3、消息队列中间件：activeMQ等，解决大量消息的异步处理能力。

4、应用拆分:一个工程被拆分为多个工程部署，利用dubbo解决多工程之间的通信。

5、数据库垂直拆分和水平拆分(分库分表)等。

6、数据库读写分离，解决大数据的查询问题。

7、利用nosql ，例如mongoDB配合mysql组合使用。

8、建立大数据访问情况下的服务降级以及限流机制等。

 

Synchronized 锁优化

偏向锁

单线程情况下使用，避免使用CAS造成的开销，产生本地延迟。

对象头是否指向当前线程，CAS替换Mark Work。到达全局安全点同时线程替换失败，挂起，并撤销偏向锁，进入轻量级锁

 

常用技巧

按目标设计接口做幂等设计

l  查询接口，每次结果一致

l  更新，修改。保证只操作一次。考虑一场情况可能造成的影响

 

Redis 雪崩，击穿

 

 

l  雪崩，高并发同时请求失效数据。直接请求数据库，导致数据库崩掉，并且重启继续崩。避免redis同时大面积失效，时间时间后加随机数，或者设置成永不过期

l  击穿，同时请求一条数据库中不存在的数据