https://digi.bib.uni-mannheim.de/tesseract/
众所周知，随着Github Pages这样的服务越来越流行，现在像Hexo、Hugo、Pelican这样的静态博客越来越多， 像我以前就是用Pelican的，但因为Pelican的依赖比较多（其实是想自己造轮子）， 自从见过Nim就一直很想自己写一个静态博客，但总是觉得比较麻烦，
JavaWeb所涉及的技术栈并不是很复杂，但是对于一个刚刚入门Java领域不久的新手而言，还是感觉种类繁多。我们首先来梳理一下开发一个JavaWeb所需的知识点。直接上图：
头部引入css，尾部引入js，定义两个模板（一个也可以，里面的碎片分开写，我喜欢写两个分别引入），注意th:fragment,fragment即碎片，可以在模板任何位置引入，此处为分别定义名为header和js_footer的碎片，以供后面引用
采用Jquery无刷新分页插件jquery.pagination.js 实现无刷新分页效果 友情提示：本示例Handler中采用StringBuilder的append方法追加HTML，小数据量可以，但是大数据或是布局常变，建议返回JSON格式的数据，性能和灵活性更好！ 1.插件参数列表 image.png 2.页面内容： <%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default
震惊！ConcurrentHashMap里面也有死循环，作者留下的“彩蛋”了解一下？ - 掘金 这道面试题我真不知道面试官想要的回答是什么
在上一篇文章中我们说到了Map集合中的一部分内容，还有并发包中的Map并没有说到，现在我们来说下并发包中的Map~ConcurrentHashMap。 Java8之前的ConcurrentHashMap 实现 在前期中ConcurrentHashMap的基本实现思路： ConcurrentHashMap 采用的是分段锁的设计方案，只有在同一个分段内的数据才会存在竞争关系，这就不会造成对一个Map 进行整体的锁，根据不同的分段进行不同的锁，在这里分段锁被称为Segment。在内部实现的是一个**Entry数组
使用 react-redux 的朋友都经历过这种痛苦吧？ 定义一个 store 仓库，首先创建各种文件，比如 reducer、action、store...，然后 将 redux 和 react 连接使用。整个流程繁琐，写起来代码冗余。 react-redux 创建仓库，文件目录如下：
版权声明：本文为博主原创文章，欢迎转载。 https://blog.csdn.net/chengyuqiang/article/details/90052468
HashMap是一个常用的集合，日常使用可能我们并不关心它是如何实现的，不过它是面试中的常客。所以为了弄懂它，不妨看一看源码，同时也可以学习一下大牛的编程思想。
详解Android Libgdx中ScrollPane和Actor事件冲突问题的解决办法
ConcurrentHashMap 是在 HashMap 的线程安全的版本，不允许 空键空值。
在《耗时2天，写完HashMap》这篇文章中，我们提到关于HashMap线程不安全的问题，主要存在如下3点风险：
为什么要发这篇博文呢 ，因为博主前端太low了，写个异步增删改，搜了一大堆资料，虽然博主一心只搞大后端服务器开发，方向不是在前端，但是工作中不能避免的偶尔还是要接触一下的，所以记录下来一些通用的技巧，以备不时之需，同时也给有需要的人做一个参考
ConcurrentHashMap顾名思义就是同步的HashMap，也就是线程安全的HashMap，所以本篇介绍的ConcurrentHashMap和HashMap有着很重要的关系，所以建议之前没有了解过HashMap的可以先看看这篇关于HashMap的原理分析《HashMap从认识到源码分析》，本篇继续以JDK1.8版本的源码进行分析，最后在介绍完ConcurrentHashMap之后会对ConcurrentHashMap、Hashtable和HashMap做一个比较和总结。
下面我们使用它开发页面来查询HJ 212协议传输过来的物联网传感器数据。基于前端的列排序，隐藏列，模糊搜索，列搜索，翻页都是对bootstrap-table简单的配置自动完成的。同时使用daterangepicker插件来选择时间范围，以及可以将查询出来的数据后台导出为Excel。
相信有很多的测试同学，在日常的工作中都会需要去写一些辅助测试的小工具或者脚本，我们除了保证工具的可用性之外，有时还需要做一些图形界面上的开发以便在公司或者小组内推广。本文旨在以实战的形式，完成一个简单的账号管理GUI程序，实现完整的增、删、改、查功能项，带大家了解如何系统的开发一个账号管理GUI程序。
然而在某些情况下，查找表中的个关键字被查找的概率都是不同的。例如在UI设计师设计图片的时候，不同的设计师和不同的项目经理需求不同，有些项目经理喜欢暖色调，那么暖色调就会应用的多一些，有的项目经理比较喜欢冷色调，之后你的设计采用冷色调的概率也是比较大的。
其实ConcurrentHashMap我自己已经看过很多遍了，但是今天在面试阿里的时候自己在描述ConcurrentHashMap发现自己根本讲不清楚什么是ConcurrentHashMap，以及里面是怎么实现的，搞的我突然发现自己什么都不懂，所以我想要再次的来分析一下这个源码，完全理解ConcurrentHashMap，而不是以为自己懂了，实际上自己不懂。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huyuyang6688/article/details/46687767
ConCurrentHashMap是一个支持高并发集合，常用的集合之一，在jdk1.8中ConCurrentHashMap的结构和操作和HashMap都很类似：
如果你是一个数据挖掘爱好者，那么验证码是你避免不过去的一个天坑，和各种验证码斗争，必然是你成长的一条道路，接下来的几篇文章，我会尽量的找到各种验证码，并且去尝试解决掉它，中间有些技术甚至我都没有见过，来吧，一起Coding吧
HashMap 是 Java 中非常强大的数据结构，使用频率非常高，几乎所有的应用程序都会用到它。但 HashMap 不是线程安全的，不能在多线程环境下使用，该怎么办呢？
HashMap是我们用得非常频繁的一个集合，但是由于它是非线程安全的，在多线程环境下，put操作是有可能产生死循环的，导致CPU利用率接近100%。为了解决该问题，提供了Hashtable和Collections.synchronizedMap(hashMap)两种解决方案，但是这两种方案都是对读写加锁，独占式，一个线程在读时其他线程必须等待，吞吐量较低，性能较为低下。故而Doug Lea大神给我们提供了高性能的线程安全HashMap：ConcurrentHashMap。
ConcurrentHashMap是一个可以用于并发环境的集合，在jdk8中实现的原理是CAS+synchronized
我们知道，HashMap是无法保证线程安全性的，如果在并发环境下插入一个HashMap，哈希桶数组扩容时，有可能会造成链表出现环（美团技术的文章有详解）。若要保证线程安全性，就得使用ConcurrentHashMap。而ConcurrentHashMap在JDK 7和JDK 8中的锁机制设计有相当大的区别，本文来简单谈谈（其实也是老生常谈了）。
concurrentHashMap是一个支持高并发更新与查询的哈希表(基于HashMap)。
之前介绍了 Java 集合框架的典型容器类，它们绝大部分都不是线程安全的，仅有的线程安全实现，比如 Vector、Stack，在性能方面也远不尽如人意。幸好 Java 语言提供了并发包（java.util.concurrent），为高度并发需求提供了更加全面的工具支持。
前面我们学习了HashMap的数据结构，分析了其源码 在本篇文章中与HashMap相同的部分就不在赘述，但是HashMap是线程不安全的容器，在多线程环境下会有线程完全问题，虽然也有线程安全容器Hashtable，但是其通过synchronized修饰方法，通过独占锁的方式锁定类对象，效率不高，所以Java 又提供了线程安全容器ConcurrentHashMap，与HashMap的底层的数据结构相同,ConcurrentHashMap也是采用的“散列表+链表+红黑树”,不过红黑树中存储的不是TreeNode，而是TreeBin。在JDK1.8中 ConcurrentHashMap 大量采用CAS算法,unsafe.compareAndSwapInt(this, valueOffset, expect, update); CAS（compareAndSwap）比较并交换，就是比较valueOffset位置上的值是否等于expect，如果等于的话则返回true,并更新值。（PS：在JDK1.7中采用的是分段锁的方式）。在扩容，设值的过程中大量采用CAS无锁不阻塞的方式支持并发操作，但是是不是就不需要加锁了呢？答案是否定的。
本文基于jdk1.8对concurrentHashMap的源码进行分析，以put()方法为入口对concurrentHashMap的扩容机制，size计算方式等代码进行分析
在多线程环境下，使用HashMap进行put操作时存在丢失数据的情况，为了避免这种bug的隐患，强烈建议使用ConcurrentHashMap代替HashMap，为了对ConcurrentHashMap有更深入的了解，本文将对ConcurrentHashMap1.7和1.8的不同实现进行分析。
ConcurrentHashMap学习 📷 📷 属性 //最大容量 2的30次方 private static final int MAXIMUM_CAPACITY = 1 << 30; //初始容量 private static final int DEFAULT_CAPACITY = 16; /** * 虚拟机限制的最大数组长度，在ArrayList中有说过，jdk1.8新引入的， * ConcurrentHashMap的主体代码中是不使用这个的，主要用在Collection.toArray
我在之前两讲介绍了Java集合框架的典型容器类，它们绝大部分都不是线程安全的，仅有的线程安全实现，比如Vector、Stack，在性能方面也远不尽如人意。幸好Java语言提供了
ConcurrentHashMap是Java中的一个线程安全且高效的HashMap实现。
JDK1.8的实现已经摒弃了Segment的概念，而是直接用Node数组+链表+红黑树的数据结构来实现，并发控制使用synchronized和CAS来操作，整个看起来就像是优化过且线程安全的HashMap，虽然在JDK1.8中还能看到Segment的数据结构，但是已经简化了属性，只是为了兼容旧版本。
此篇博客所有源码均来自JDK 1.8 HashMap是我们用得非常频繁的一个集合，但是由于它是非线程安全的，在多线程环境下，put操作是有可能产生死循环的，导致CPU利用率接近100%。为了解决该问题，提供了Hashtable和Collections.synchronizedMap(hashMap)两种解决方案，但是这两种方案都是对读写加锁，独占式，一个线程在读时其他线程必须等待，吞吐量较低，性能较为低下。故而Doug Lea大神给我们提供了高性能的线程安全HashMap：ConcurrentHashMap
在思考这个问题之前，我们可以思考：如果不用ConcurrentHashMap的话，有哪些其他的容器供我们选择呢？并且它们的缺陷是什么？
先前介绍了 Java 集合框架 的典型容器类，它们绝大部分都不是线程安全的，仅有的线程安全实现，比如 Vector、Stack，在性能方面也远不尽如人意。幸好 Java 语言提供了并发包（java.util.concurrent），为高度并发需求提供了更加全面的工具支持
命令行工具对于我们来说非常的熟悉，一些命令行的操作也极大的简化了我们的日常工作。本文就基于我写的一个Node命令行代码计数器来进行展开。
技术是为了解决问题而生的，ConcurrentHashMap 解决了多个线程同时操作一个 HashMap 时，可能出现的内部问题。当多个线程同时操作一个 HashMap 时，有可能会出现多线程同时修改一个共享变量（HashMap 类的成员变量），导致数据被覆盖，产生意想不到的错误。
前言 本文的分析的源码是JDK8的版本，上一节我们介绍了HashMap，提到了多线程避免扩容时出现死循环，时要使用ConcurrentHashMap，下面我来讲解一下ConcurrentHashMap这个东西简单的基本原理是什么，我们为什么用。
Java提供了不同层面的线程安全支持。在传统集合框架内部，除了 Hashtable等同步容器，还提供了所谓的同步包装器(Synchronized Wrapper)，我们可以调用Collections工具类提供的包装方法，来获取一个同步的包装容器(如 Collections.synchronizedMap），但是它们都是利用非常粗粒度的同步方式，在高并发情况下，性能比较低下。其实可以利用并发包提供的线程安全容器。
参考： http://www.cnblogs.com/everSeeker/p/5601861.html http://blog.csdn.net/fjse51/article/details/55260493 http://www.jianshu.com/p/c0642afe03e0 http://www.cnblogs.com/huaizuo/archive/2016/04/20/5413069.html
JDK1.7： 底层数据结构：数组（sgement）、数组（HashEntry）、链表（HashEntry节点） 两个主要的内部类： class Segment内部类，继承ReentrantLock，有一个HashEntry数组，用来存储链表头结点 class HashEntry 定义的节点，里面存储的数据和下一个节点 主要方法： get()方法： 1、第一次哈希 找到 对应的Segment段，调用Segment中的get方法 2、再次哈希找到对应的链表， 3、最后在链表中查找。 pu
我是鸭血粉丝，今天我们来讨论一下一个比较经典的面试题就是 ConcurrentHashMap 为什么放弃使用了分段锁，这个面试题阿粉相信很多人肯定觉得有点头疼，因为很少有人在开发中去研究这块的内容，今天阿粉就来给大家讲一下这个 ConcurrentHashMap 为什么在 JDK8 中放弃了使用分段锁。
sizeCtl有控制表初始化和调整大小的含义。 * sizeCtl为0，代表未初始化，且数组的初始容量为16。 * sizeCtl为正数，如果数组未初始化记录的是初始容量，如果数组已经初始化代表的扩容阈值 * sizeCtl为-1，表示正在初始化 * sizeCtl小于-1，表示数组正在扩容，-(1+n)表示此时有n个线程正在共同完成数组的扩容
持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第17天，点击查看活动详情
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
