程序猿阿越

最传统的dubbo服务暴露和服务引用流程分析，复杂代码拆解梳理，为后续分析rpc流程做铺垫.....

不同于其他Dubbo SPI源码分析，笔者将在每个部分与Spring进行深度对比，并用一些小case辅助理解。

自激励和无激励的定义是不需要管理人员进行额外的激励动作，团队和团队的人员就可以达到一个可接受的，甚至是理想的工作效果。

近期碰到一起值班报警事件，web 应用服务器 CPU 消耗打到 99%，排查后发现是因为 ReDoS 导致了服务器发生了资源被耗尽、访问系统缓慢的问题，通过排查过程从而分享下 ReDos 攻击的原理、

新手程序员在做设计时，因为缺乏经验，很容易写出欠设计的代码，但有一些经验的程序员，尤其是在刚学习过设计模式之后，很容易写出过度设计的代码，而这种代码比新手程序员的代码更可怕，过度设计的代码不仅写出来时

本文基于zk3.5.8，分析zk对于WAL（Write Ahead Log）预写日志的实现。 其实各大中间件都有对于WAL的实现，比如mysql的redolog、es的translog等等。

本文基于zk3.5.8源码，分析zk的崩溃恢复流程，主要包括选主、恢复、心跳三个部分。没耐心的朋友可以直接看总结部分。

在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，GC期间都存在Stop The World问题，因此很容易导致服务超时

@RereshScope刷新原理、@RereshScope失效问题、配置中心刷新原理、Spring Cloud配置刷新原理

没有人用zk了吗？为啥说zk写入慢？难道zk没有做努力吗？zk如何保证顺序事务？和redis一样单线程处理？