本文探讨了在高并发环境下，JAVA应用如何解决商品超卖问题，通过分析Spring MVC的线程安全性，引入了分布式锁的概念。文中详细介绍了基于缓存（Redis）的分布式锁、基于Zookeeper的分布式锁和基于数据库的分布式锁的实现方式，包括锁的获取、释放以及避免死锁的策略。并对比了这三种方案在实现复杂度、性能和可靠性的优劣，推荐使用Redis实现分布式锁。
背景：高并发情况下，商品出现超卖的情况。
最终目标：保证数据的最终一致性。
Contrrler 层框架 ： Spring MVC
第一次尝试： 最初的时候，发现Spring MVC是一个单例多线程的Controller框架。它在多线程同时访问的时候会出现线程不安全的情况。经过分析，发现如果不建立 成员变量 的话，线程不安全的情况是不会出现的。如果需要建立成员变量，解决这个问题可以通过 ThreadLocal 来解决这个问题。 ThreadLocal 可以存储 独属于 线程的变量。（PS：说了这么多还是没解决这个问题）
第二次尝试：发现不是Spring MVC的问题后，开始使用 Java1.5新特性中的Lock锁来解决这个问题。保证同一时期，只有一个线程可以进行写的操作。（暂时解决了问题）
第二次尝试失败原因：后续订单量又一步的增长，发现又出现了超卖的情况。细查之后，发现是因为有多个 tomcat 容器，多个tomcat之间的锁不同步导致。
第三次尝试：分布式同步锁。在经过大量的资料查询后，分布式锁无法满足 一致性（Consistency）、可用性（Availa
最低0.47元/天 解锁文章
扫一扫
1626
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
