我们知道 HashMap 的底层是由数组，链表，红黑树组成的，在 HashMap 做扩容操作时，除了把数组容量扩大为原来的两倍外，还会对所有元素重新计算 hash 值，因为长度扩大以后，hash值也随之改变。 如果是简单的 Node 对象，只需要重新计算下标放进去就可以了，如果是链表和红黑树，那么操作就会比较复杂，下面我们就来看下，JDK1.8 下的 HashMap 在扩容时对链表和红黑树做了哪些优化？ rehash 时，链表怎么处理？ 假设一个 HashMap 原本 bucket 大小为 16。下标 3 这个位置上的 19, 3, 35 由于索引冲突组成链表。    当 HashMap 由 ...

  一：背景 1. 讲故事 在我们的一个全内存项目中，需要将一家大品牌店铺小千万的trade灌入到内存中，大家知道trade中一般会有订单来源,省市区 ，当把这些字段灌进去后，你会发现他们特别侵蚀内存，因为都是字符串类型，不知道大家对内存侵蚀性是不是很清楚，我就问一个问题。  Answer: 一个空字符串占用多大内存？ 你知道吗？  思考之后，下面我们就一起验证下，使用windbg去托管堆一查究竟，代码如下：  static void Main(string[] args) { string s = string.Empty; Console.ReadLine(); } 0:000> !...

AOP 是什么东西？ 首先来说 AOP 并不是 Spring 框架的核心技术之一，AOP 全称 Aspect Orient Programming，即面向切面的编程。其要解决的问题就是在不改变源代码的情况下，实现对逻辑功能的修改。常用的场景包括记录日志、异常处理、性能监控、安全控制（例如拦截器）等，总结起来就是，凡是想对当前功能做变更，但是又不想修改源代码的情况下，都可以考虑是否可以用 AOP 实现。 为什么要面向切面呢，我直接改源代码不是很好吗？当然没有问题，如果情况允许。但是考虑到下面这些情况，我本来写好了1000个方法，有一天，我想加入一些控制，我想在执行方法逻辑之前，检查一些系统参数，...

前言 网上许多博客针对增大 TCP 半连接队列和全连接队列的方式如下：  增大 TCP 半连接队列的方式是增大 /proc/sys/net/ipv4/tcp_max_syn_backlog； 增大 TCP 全连接队列的方式是增大 listen() 函数中的 backlog；  这里先跟大家说下，上面的方式都是不准确的。  “你怎么知道不准确？”  很简单呀，因为我做了实验和看了 TCP 协议栈的内核源码，发现要增大这两个队列长度，不是简简单单增大某一个参数就可以的。 接下来，就会以实战 + 源码分析，带大家解密 TCP 半连接队列和全连接队列。  “源码分析，那不是劝退吗？我们搞 Java 的...

  1 前言 锁是用来控制多个线程访问共享资源的方式，一般来说，一个锁能防止多个线程同时访问共享资源(但是有些锁可以允许多个线程并发的访问共享资源，如读写锁)。在以前，Java程序是靠synchronized来实现锁功能的，而在Java SE 5之后，并发包中新增了Lock接口(以及相关实现类)用来实现锁功能，他提供了与synchronized关键字类似的同步功能，只是在使用时需要显式的获取锁和释放锁，虽然它缺少了synchronized提供的隐式获取释放锁的便捷性，但是却拥有了锁获取和释放的可操作性、可中断的获取锁以及超时获取锁等多种synchronized关键字不具备的同步特性。很多锁都通...

IntelliJ IDEA新功能: - 界面支持中文       但这里要注意的是不是原生支持中文，而是要安装jetbrains的官方插件，如下图    - 导航栏改进    上面的导航栏可以直接跳转到各个方法，这个以前要实现的话要点左侧的Structure，现在就方便多了 - 支持Javadoc的渲染 以前Javadoc看起来很费劲，要手动转换html格式，现在看起来就很方便了，还可以更改字体大小    以前    现在 - 新增主题和字体 主题:    字体:       - Lightedit模式 你可以把idea当成编辑器       - Zen模式 进入了蝉模式，世界瞬间变得清爽了很...

前言 你可能会有如下问题：  想看Spring源码，但是不知道应当如何入手去看，对整个Bean的流程没有概念，碰到相关问题也没有头绪如何下手 看过几遍源码，没办法彻底理解，没什么感觉，没过一阵子又忘了本文将结合实际问题，由问题引出源码，并在解释时会尽量以图表的形式让你一步一步彻底理解Spring Bean的IOC、DI、生命周期、作用域等。  循环依赖问题 循环依赖其实就是循环引用，也就是两个或则两个以上的bean互相持有对方，最终形成闭环。比如A依赖于B，B依赖于C，C又依赖于A。如下图：    如何理解“依赖”呢，在Spring中有：  构造器循环依赖 field属性注入循环依赖  代码：...

领导在群里布置工作时，你一般回复什么？有人回复“收到”，有人回复“好的”，有人回复“1”、“+1”，不管回复什么，只要能表达清楚意思就可以了。但最近却有人发帖说自己同事因为回复了“ok”的手势被领导直接开除，这也太严格了吧！      楼主还特意截了图，这位领导说的话让人瑟瑟发抖......    网友们怒了，骂这个领导“真当自己是个人物”、“装逼”、“逼事多”，以为自己是员工的爹吗？大清早就亡了，还这么大官威！醒醒吧！                               很多人不能理解，发OK怎么了？哪里不礼貌了？难道非要三叩九拜才叫礼貌？                   有人弱...

前后端分离的开发方式，我们以接口为标准来进行推动，定义好接口，各自开发自己的功能，最后进行联调整合。无论是开发原生的APP还是webapp还是PC端的软件,只要是前后端分离的模式，就避免不了调用后端提供的接口来进行业务交互。 网页或者app，只要抓下包就可以清楚的知道这个请求获取到的数据，也可以伪造请求去获取或攻击服务器；也对爬虫工程师来说是一种福音，要抓你的数据简直轻而易举。那我们怎么去解决这些问题呢？ 接口签名 我们先考虑一下接口数据被伪造，以及接口被重复调用的问题，要解决这个问题我们就要用到接口签名的方案， 签名流程      签名规则 1、线下分配appid和appsecret，针对不...

前言 在今天的互联网里，高并发、大数据量、大流量已经成为了代言词，那么我们的系统也承受着巨大的压力，首当其冲的解决方案就是redis。 那么redis使用不当就会产生雪崩、穿透、击穿等问题，这也是考验一个程序员技术能力的时刻。 当然面试的时候，这也是高频面试题，几乎大厂都会问到。下面跟着贴心老哥一起来看看这些技术吧。 缓存雪崩    举例： 双十一期间，所有用户一打开淘宝就是进入首页，首页的压力非常大，为了提高并发，将网站首页数据都缓存到redis里，所有的redis key失效时间都是3小时。 双十一当天大量用户剁手狂欢，这时候3个小时过去了，redis里首页的key缓存全部失效，这时候re...

大家好，我是小菜，一个渴望在互联网行业做到蔡不菜的小菜。可柔可刚，点赞则柔，白嫖则刚！死鬼~看完记得给我来个三连哦！    Java 与其他解释性语言相比，有自己的内存管理机制也是它的一大优点。因为，在 Java性能调优领域中，GC 也是一个很重要的存在。咱们话不多说，撸起袖子开干！    垃圾收集概述 现代 JVM 的类型繁多，最主流的四个垃圾收集器分别是：Serial 收集器（常用于单 CPU），Throughput（Paralle）收集器，Concurrent收集器（CMS）和G1 收集器。它们的性能特征各异。 Java 最诱人的特征之一是不需要显式地管理对象的生命周期；我们在需要时创建...

  概述 最近我们公司在帮一个客户查一个JVM的问题(JDK1.8.0_191-b12)，发现一个系统老是被OS Kill掉，是内存泄露导致的。在查的过程中，阴差阳错地发现了JVM另外的一个Bug。这个Bug可能会导致大量物理内存被使用，我们已经反馈给了社区，并得到快速反馈，预计在OpenJDK8最新版中发布(JDK11中也存在这个问题)。     PS：用户的那个问题最终也解决了，定位下来算是C2的一个设计缺陷导致大量内存被使用，安全性上没有得到保障。  找出消耗大内存的线程 接下来主要分享下这个BUG的发现过程，先要客户实时跟踪进程的情况，当内存使用明显上升的时候，通过/proc/<...

  前段时间接到用户要求，调整某个主题在 Kafka 集群消息大小为 4M。 根据 Kafka 消息大小规则设定，生产端自行将 max.request.size 调整为 4M 大小，Kafka 集群为该主题设置主题级别参数 max.message.bytes 的大小为 4M。 以上是针对 Kafka 2.2.x 版本的设置，需要注意的是，在某些旧版本当中，还需要调整相关关联参数，比如 replica.fetch.max.bytes 等。 从上面例子可看出，Kafka 消息大小的设置还是挺复杂的一件事，而且还分版本，需要注意的参数巨多，而且每个都长得差不多，不但分版本，还需要注意生产端、brok...

  概述 本篇是 POI系列 的最后一篇。传送门 Java 开发中如何用 POI 优雅的导出 Excel 文件, Java 开发中如何用 POI 优雅的导入 Excel 文件. 场景分析 大多数开发中是不需要重复的数据的, 所以后端开发中需要做去重操作, 而且为了更加友好的交互, 我们需要将导入失败的数据返回给用户。一般数据重复有以下几个场景:  Excel 中本身存在重复数据, 即本次导入存在重复数据; 数据库中已经存在了该条数据, 即历史导入存在重复数据;  为了减轻数据库的压力, 这里在设计中引入缓存 Redis 。 整体思路如下:  bitmap 判断是否存在; 内存中数据是否重复; ...