在人间敲代码的日子

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第18天，点击查看活动详情 Facade 外观模式 定义 定义了一个高层、统一的接口，外部与通过这个统一的接口对子系统中的一群接口

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第18天，点击查看活动详情 Adapter 适配器模式 定义 定义一个包装类，用于包装不兼容接口的对象。

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第17天，点击查看活动详情 Factory Method 工厂方法模式 定义 通过定义工厂父类负责定义创建对象的公共接口

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第17天，点击查看活动详情 系统OOM，也就是所谓的内存溢出！其实说白了，一句话形容，你的JVM内存就这么点，结果你拼命的往里面塞

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第16天，点击查看活动详情 频繁老年代gc问题 新生代gc一般问题不会太大，但是真正问题最大的地方，在于频繁触发老年代的GC。

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第16天，点击查看活动详情 年轻代GC 在JVM运行的时候，最核心的内存区域，其实就是堆内存

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第15天，点击查看活动详情 我们先来分析一下目前ParNew + CMS带给我们的痛点是什么？ Stop the World

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第15天，点击查看活动详情 CMS垃圾回收的基本原理 一般老年代我们选择的垃圾回收器是CMS，他采用的是标记清理算法

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第14天，点击查看活动详情 ParNew垃圾回收器在之前多年里，假设没有最新的G1垃圾回收器的话，通常大家线上系统都是ParNew

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第14天，点击查看活动详情 垃圾回收器 在新生代和老年代进行垃圾回收的时候，都是要用垃圾回收器进行回收的，不同的区域用不同的垃圾回

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第13天，点击查看活动详情 复制算法 针对新生代的垃圾回收算法，他叫做复制算法。简单来说，就是首先把新生代的内存分为两块。

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第13天，点击查看活动详情 平时我们系统运行创建的对象都是优先分配在新生代里的，如果新生代里的对象越来越多，都快满了，此时就会触发

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第12天，点击查看活动详情 我们在Java堆内存里创建的对象，都是占用内存资源的，而且内存资源有限。 JVM本身是有垃圾回收机制的

JVM在什么情况下会加载一个类？ 一个类从加载到使用，一般会经历下面的这个过程： 加载 -> 验证 -> 准备 -> 解析 -> 初始化 -> 使用 -> 卸载

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第11天，点击查看活动详情 查询慢的原因 网络 CPU IO 上下文切换 系统调用 生成统计时间 锁等待时间

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第11天，点击查看活动详情 数据类型优化 更小的通常更好。 简单就好。 尽量避免null。

根据查询语句设计良好的索引，让所有查询都尽可能用上索引，这本身就是一种SQL优化的技巧，但是他仅仅只是其一罢了，并不能说掌握这个，就掌握了所有的SQL优化技巧

一般开发一个系统，都是先设计表结构，表结构必须满足业务需求，然后写代码，代码都写好之后，再根据你的代码如何查询表的，来设计里面的索引。

一般我们自己建的索引不管是单列索引还是联合索引，其实一个索引就对应着一颗独立的索引B+树，索引B+树的节点仅仅包含了索引里的几个字段的值以及主键值。

平时我们设计系统的时候一般都是设计联合索引，很少用单个字段做索引，我们还是要尽可能的让索引数量少一些，避免磁盘占用太多，增删改性能太差。