本篇文章以小白视角深入浅出剖析ConcurrentHashMap的使用，读、写、扩容实现原理以及设计思想

这个问题，在问到Redis方向的时候，经常会以当头炮的方式出现。 一般面试官说：“我们来聊聊Redis吧”，接下来就会问到：“能说下Redis为什么这么快吗”。

本文是基于redis缓存实现分布式锁，其中使用了setnx命令加锁，expire命令设置过期时间并lua脚本保证事务一致性。Java实现部分基于JIMDB提供的接口。

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第27天，点击查看活动详情 >> 缓存穿透（查不到数据） 概述 当用户想要查询一个数据，发现Redis中不存在，也就是所谓的缓存没有

这又是一个高频的场景面试题，同时，它也是一个没有标准答案的、可以跟面试官讨论很久的面试题。 对于这个面试题，我的观点是：”没有完美的方案，只有最适合某场景的方案。 “

大家好，我是田螺。 记得很久之前，去面试过字节跳动。被三面的面试官问了一道场景设计题目：如何设计一个高并发系统。当时我回答得比较粗糙，最近回想起来，所以整理了设计高并发系统的15个锦囊

前言 Java的线程池中，在核心线程数已满的情况下，任务会存储在阻塞队列中，那么什么是阻塞队列呢？ 阻塞队列首先是个队列，在队列的基础上，支持另外两个附加操作： 在队列为空时，获取元素的线程会等待队列

做一些C端业务，不可避免的要引入一级缓存来代替数据库的压力并且减少业务响应时间，热key问题是很多业务不得不面对的一个场景，本文就热key的探测与解决提供一些常见和成熟的解决方案。

随着分布式服务架构的流行与普及，原来在单体应用中执行的多个逻辑操作，现在被拆分成了多个服务之间的远程调用。虽然服务化为我们的系统带来了水平伸缩的能力，然而随之而来挑战就是分布式事务问题，多个服务之间使用自己单独维护的数据库，它们彼此之间不在同一个事务中，假如A执行成功了，B执行…