java架构之JAVA高并发的三种实现
【40专题共319套视频课程】40套餐Java互联网架构师从0到1架构演进（100万行代码实操）大量企业级项目实战课程学架构，从0到1晋升大厂P6/P7/P8百万年薪架构师以项目实战为驱动/分布式/高并发/微服务/性能优化视频教程
【40专题共319套技术包含】：从0到1架构演进（100万行代码实操）大量企业级项目实战课程学架构。软件设计，架构设计，亿级流量并发，建立架构思维，设计模式，算法精讲，源码剖析，云原生，微服务，线上故障解决，性能优化，领域驱动，分布式/高并发事务解决方案，高可用，分库分表，Web安全，物联网，游戏开发，大厂面试，Spring全家桶，数据库，中间件，JVM虚拟机，部署落地，内存分析，代码规范，编程思想，高效编程，线上故障解决，性能监控，中间件，负载均衡，金融架构，缓存架构，核心原理，服务器，网络编程，Java支付全家桶，小程序，微信生态，权限框架，CRM客户管理，全文检索，日志分析，验证码识别，滑块识别，音视频编程，直播系统 ，WebRTC流媒体，FFmpeg音视频，Web安全，漏洞分析，渗透测试，工作流，UML系统，物联网，智慧农业系统，计算机编程，内存知识，缓冲区溢出，面试高频真题，百万年薪职业规划，数据分析，大数据，区块链，PMP项目管理，IT项目经理，12306售票系统，商业级电商系统，电商秒杀系统，外卖项目，网约车项目，金融理财系统，微信点餐系统，在线协同办公项目，酒店管理系统，新闻博客管理系统，权限控制项目，在线教育系统，OA工作流系统，单节点系统，分布式系统，容器微服务，扩展性，复用性，架构师的36专项训练，架构师8大核心-SpringBoot，SpringCloudAlibaba，Spring5，SpringMVC，SpringAop，SpringSession，SpringSecurity，SpringData，JavaWeb，Mybatis，JDK，Dubbo3，DDD，Service Mesh，Istio，K8s，Devops，Docker，Jenkins，Kubeshere，Mysql，Oracle，Redis，Sharding-JDBC，ShardingSphere，Nginx，Tomcat，Netty，Nio，Shiro，SpringSecurity，CRM，Elastic Stack，，ElasticSearch，IDEA，Git，Maven，Activiti7，CPU Cache，Solr，SSO，CAS，OA，Ehcache，MemcachedMycat，Kafka，MyBatisPlus，Activemq，RabbitMQ，Zookeeper，JVM，WebFlux，GateWay，Linux，Shell，Nosql等技术视频课程。。。
40专题共319套资源介绍：
1、【40专题共319套包含】：全套完整高清，视频课程+配套源码和资料齐全，共319套完整系统学习的课程，冲击40~80万年薪；
2、【40专题共319套包含】：掌柜花了半年多时间+大量金钱整理出这个套餐，319套都是全网当下最高质量的课程，用户需求最多最火的课程；
3、知识也是需要投资的，有投入才会有产出（投入产出比是几百上千倍），如果有心的朋友会发现，身边投资知识的大都是技术经理或者架构师，工资一般相对于不投资的也要高出很多；
JAVA高并发的三种实现
提到锁，大家肯定想到的是sychronized关键字。是用它可以解决一切并发问题，但是，对于系统吞吐量要求更高的话，我们这提供几个小技巧。帮助大家减小锁颗粒度，提高并发能力。
初级技巧-乐观锁
乐观锁使用的场景是，读不会冲突，写会冲突。同时读的频率远大于写。
悲观锁的实现：
悲观的认为所有代码执行都会有并发问题，所以将所有代码块都用sychronized锁住
乐观锁的实现：
乐观的认为在读的时候不会产生冲突为题，在写时添加锁。所以解决的应用场景是读远大于写时的场景。
中级技巧-String.intern()
乐观锁不能很好的解决大量的写冲突的问题，但是很多场景下，锁只是针对某个用户或者某个订单。 比如一个用户先创建session，才能进行后面的操作，但是由于网络的问题，创建session的请求和后续请求几乎同时到达，而并行线程可能会先处理后面的请求。一般情况需要对用户sessionMap加锁，比如上面的乐观锁。在这样的场景下，可以将锁限定在用户本身上，即原来的
这个比较类似行锁和数据库表锁的概念。显然行锁的并发能力比表锁的高很多。
实用String.intern();是这种方式的具体实现。类String维护了一个字符串池。当调用intern方法时，如果池已经包含一个等于此String对象的字符串（该对象由equals(Object)方法确定），则返回池中的字符串。可见，当String 相同时，总返回同一个对象，因此就实现了对同一用户加锁。由于所的颗粒度局限于具体用户，使得系统获得最大程度的并发。
CopyOnWriteMap？
既然说到了“类似于数据库中的行锁的概念”，就不得不提一下MVCC，Java中CopyOnWrite类实现了MVCC。Copy On Write是这样一种机制。当我们读取共享数据的时候，直接读取，不需要同步。当我们修改数据的时候，我们就把当前数据Copy一份副本，然后在这个副本 上进行修改，完成之后，再用修改后的副本，替换掉原来的数据。这种方法就叫做Copy On Write。
但是，，，JDK并没有提供CopyOnWriteMap，为什么？下面有个很好的回答，那就是已经有了ConcurrentHashMap，为什么还需要CopyOnWriteMap？
高级技巧 – 类ConcurrentHashMap
String.inter()的缺陷是类 String 维护一个字符串池是放在JVM perm区的，如果用户数特别多，导致放入字符串池的String不可控，有可能导致OOM错误或者过多的Full GC。怎么样能控制锁的个数，同时减小粒度锁呢？直接使用Java ConcurrentHashMap？或者你想加入自己更精细的控制？那么可以借鉴ConcurrentHashMap的方式，将需要加锁的对象分为多个bucket，每个bucket加一个锁，伪代码如下：
常见问题FAQ
