莫陌尛

经常看到别人提交的代码记录里面包含一些feat、fix、chore等等，而我在提交时也不会区分什么，直接写下提交信息，今天就来看一下怎么个事

这是一篇专为 Java 工程师打造的 Go 高效入门实战指南，通过一个生产级标配的 Gin + GORM 用户管理系统，一天内带你从零跑通完整 CRUD 服务。

写代码就像炒菜，锅铲一抖盐放多了还能加水，Git 提交错了也能“回锅”。 但回锅方法不对，可能把整锅菜都糊掉。

前言 最近经常有小伙伴问我，遇到了线上问题要如何快速排查。 这非常考验工作经验了。 有些问题你以前遇到，如果再遇到类似的问题，就能很快排查出导致问题的原因。 但如果某个问题你是第一次遇到，心中可能会有

使用Redis还是Zookeeper来实现分布式锁，最终还是要基于业务来决定，可以参考以下两种情况：（1）如果业务并发量很大，Redis分布式锁高效的读写性能更能支持高并发（2）如果业务要求锁

Redis+Caffeine 多级缓存数据一致性解决方案 背景 之前写过一篇文章Redis+Caffeine 实现两级缓存实战，文章提到了两级缓存Redis+Caffeine可以解决缓存雪等问题也可以

线上CPU飙到100%？别慌，这3个工具比top快10倍！ 🔥 传统方法的三宗罪 说起定位Java应用CPU使用率高的问题，大部分人的第一反应是：top + jstack。 完整流程是这样的： 看起来

死锁代码 1. 使用 jstack 命令 jstack 属于 JDK 自带的工具，能够打印出 Java 进程中线程的堆栈信息，从而协助发现死锁。 步骤： 先通过 jps 命令获取 Java 进程的 I

我们分析源码的目的是什么？除了弄懂`FutureTask`的内部实现原理外，我们还要借鉴大佬写写框架源码的各种技巧，只有这样，我们才能成长。