从 Apollo 客户端源码学 SPI
分布式配置中心调研——携程 Apollo
PPT：Git 的那些事儿——如何优雅的合并与回滚
记一次线上问题排查与解决：从 Redis 超时到 Apache Common-pool2 源码剖析
PPT：浮点数为什么运算不精确？
基于 Redis ( Tair ) 的 Hash 实现滑动窗口
博客评论系统迁至 Remark42
了解 5 个 Git 工作流程，让我们交付更好的代码并改善开发流程

了解 5 个 Git 工作流程，让我们交付更好的代码并改善开发流程

我还没有见到哪个开发者在看到代码冲突而不沮丧地扯头发的。 解决每个代码冲突是每个开发者都讨厌的事情之一。尤其是当准备进行生产部署时遇到了这种情况！ 设置正确的 Git 工作流可以为我们的开发工作流带来很多好处。 当然，拥有正确的 Git 工作流程并不能解决我们所有的问题。但这是朝正确方向迈出的一步。毕竟，团队都是协作工作的，所以在不破坏代码库的情况下一起构建功能是非常重要的。 Git 工作流的设

Git Gitflow Workflow
盐速跑者——常见「盐丸」成分对比
博客换域名的那些事
Chester Bennington of Linkin Park: Three Years Later (RIP)
解决 Hexo 在使用 Node.js 14 时的 Accessing non-existent property 'xxx' of module exports inside circular dependency 问题
PPT 分享：服务端安全
Docker for Mac 的网络问题及解决办法（新增方法四）
程序员健康指北：到户外来思考
为什么“做得快”比“做的好”更重要？

为什么“做得快”比“做的好”更重要？

前言快与好，实际上是我一直比较矛盾的。虽我不是处女座，但是也有一些些强迫症，比较追求完美。至于速度，我是个急性子，快是没的说的，这点从我的网名“逐风”也可以感觉出来。 但一直不知道如何平衡。 前两天看到阮一峰《科技爱好者周刊》上的刊首语，使我陷入了思考。 一件事“做得好”比较好，还是“做得快”比较好？ 鱼和熊掌不能得兼，你怎么选择：做得好，付出的代价可能是耗时长、成本高；做得快，意味着完成度低、

Go 之 SortedMap 与 LinkedHashMap
Spring Cloud（二十）：Gateway 动态路由（金丝雀发布/灰度发布）

Spring Cloud（二十）：Gateway 动态路由（金丝雀发布/灰度发布）

为什么需要动态路由？之前说过 Gateway 的路由配置，常用的有两种方式： Fluent API 配置文件 这两者之间因为配置文件的方式修改起来比较灵活，然后通过 Stream+Bus 的方式刷新路由配置，所以大家使用的比较多。 但是如果我们在网关层需要类似于 Canary Release（金丝雀发布，也称灰度发布）这样的能力的话，那么以上两种配置路由的方式就都显得太笨拙了。 矿井中的金丝

Spring Cloud Microservices Gateway Spring Cloud Gateway Canary Release Dynamic routing
Spring Cloud（十九）：Spring Cloud Gateway（读取、修改 Request Body）

Spring Cloud（十九）：Spring Cloud Gateway（读取、修改 Request Body）

Spring Cloud Gateway（以下简称 SCG）做为网关服务，是其他各服务对外中转站，通过 SCG 进行请求转发。在请求到达真正的微服务之前，我们可以在这里做一些预处理，比如：来源合法性检测，权限校验，反爬虫之类… 因为业务需要，我们的服务的请求参数都是经过加密的。之前是在各个微服务的拦截器里对来解密验证的，现在既然有了网关，自然而然想把这一步骤放到网关层来统一解决。 如果是使用普通

Spring Cloud Microservices Gateway Filter Spring Cloud Gateway
Spring Cloud（十八）：Alibaba 之 Nacos