前言

该篇算是这个系列的一个番外篇，主要因为作者的一个痛点而引出的一篇文章。部署过Gitlab的同学估计了解过Gitlab服务部署的一个最低的推荐配置是4C4G，那么问题来了作者自己的服务器是2C2G，朋友的服务器是4C8G，虽然朋友的服务器能满足要求，但毕竟不是自己的，而且被作者用来当做K8s的Worker节点，因此也不太想在上面继续部署一个Gitlab。所幸作者自己还有一台配置还可以的Windows台式机，到时候安装一个Linux虚拟机就可以部署极狐，最后在通过内网穿透作者就能正常使用Gitlab了。你以为故事到这就结束了？NO！作者惊喜的发现Windows为了拥抱Linux开发推出了《Windows Subsytem For Linux（WSL）》这项功能使得Linux的开发人员无需虚拟机，直接提供无缝且高效的体验！！！所以下面作者也马上体验了一番。
阅读全文

前言

该篇主要搬运作者之前记录的Redis集群笔记，内容包括：Redis主从、哨兵以及Redis集群。

主从

全量复制

从下图我们大致可以了解Redis全量复制的一个过程:

1. Slave发送psync同步数据指令；
2. Master接收命令后通过bgsave生成当前最新的一份rdb数据并发送给Slave，此时客户端针对修改指令Master会将其缓存一份至buffer中；
3. Slave接收到Master的rdb数据后，清空老数据并开始加载主节点的rdb数据，加载完毕后再加载Master节点缓存在buffer中的数据；

阅读全文

前言

出于作者对DevOps的兴趣，虽然之前也有想法自己实践一套基于GitLab的CI/CD的完整流程以及通过ElectronJs开发一个桌面版发布清单应用，奈何一直没有时间做这件事。其实想想也不奇怪要做成这件事情也有不少东西去做，首先需要一台配置足够能跑GitLab的服务器（最好4C8G，感觉有点小贵。。。），其次需要了解gitlab-ci脚本的编写规则（这个其实不是很难），最后还得学习一下ElectronJs。这次我们就根据下面这个流程图慢慢把这个流程当拼图一样一步一步拼好。

阅读全文

垃圾收集算法

分代收集理论

当前虚拟机的垃圾收集都采用分代收集算法，这种算法没有什么新的思想，只是根据对象存活周期的不同将内存分为几块。一般将java堆分为新生代和老年代，这样我们就可以根据各个年代的特点选择合适的垃圾收集算法。
阅读全文

前言

JVM一直是面试中比较高频的要点，因此写该篇文章的目的一个是出于之前对JVM内存模型整理的相关知识点做个回顾，另一个则是对JVM问题排查过程中可能会使用到的Command、日志的配置等做一个记录。

阅读全文

前言

首先说下为啥要写这篇文章呢？因为本人的博客搭建用的是GithabPage+Hexo依托于Github的能力。但是我们平日正常访问Github的响应速度也就那样，很多时间本人都是通过科学上网并且开启全局代理才能快速渲染页面，可想而知*.github.io的速度并不是很让人满意。为了让该站点的打开速度加快，显而易见的是采用缓存技术（浏览器缓存、CDN、反向代理），该篇文章主要从Blog响应速度优化（图片加载、JS加载）来谈谈常用的缓存技术以及本人最后选择的缓存技术。
阅读全文