阿东编程之路

SQL的快慢有些时候决定着系统的性能，作为一名 SQL BOY，SQL 优化已经成了必须掌握的技能，今天我们就来学习如何分析 SQL ，SQL 优化的案例以及一些 SQL 优化经验。 ​

我们在程序开发中为了“压榨”计算机的 CPU 资源，会去使用多线程来提高程序的性能，在高并发的场景下，多线程编程显得尤为重要。而在线上，我们使用多线程大部分都是通过线程池来管理。线程池是一种基于池化思

在系统开发中，有非常多的场景会用到唯一 ID 来进行标识，比如订单编号，请求ID，用户ID，数据库分库分表后的主键 ID 等。 先来看下市面上主流的分布式 ID 解决方案...

在使用 synchronized 保证线程安全时，如果想要实现线程的等待/通知机制（手动阻塞和唤醒线程），我们可以使用 Object.wait()/Object.notify() 来操作，一般可以通过

​ Java 中的 synchronized 关键字在 JVM 层面来保证线程安全，而在 JUC 包下也有可以保证线程安全的类。 在JDK 1.6之前还没有偏向锁和轻量级锁等优化的时候，使用 sync

​ 背景：阿东做了一个根据设置的规则进行匹配的功能，最终考虑使用 Groovy 脚本实现动态规则匹配。但却出现了内存泄漏的问题...

我们在之前的《深入理解Java内存模型》中了解到想要线程安全，就需要保证有序性，可见性，原子性，三个都满足的条件下程序才不会出现并发问题，在《深入理解volatile关键字》我们知道了volatile

LRU 算法全称：Least Recently Used，故名思义就是最近最少被使用的。一般会用 LRU 算法来实现内存的淘汰机制。LRU 算法的核心就是淘汰掉最久未使用的数据。

​​ volatile关键字在JUC并发包下随处可见，AtomicInteger等原子类就是的volatile加上cas同步操作实现的。 之前在《深入理解Java内存模型》里分析想要线程安全，就需要保