大家好，我是 方圆。如往年一样，对去年进行回顾总结。我觉得 25 年是我技术水平进步最多的一年，也应了年初我在 Github 上给自己写下的寄语：“Practice and protect my ey

在电商交易领域，管理类目作为业务责权划分、统筹、管理核心载体，随着业务复杂性的提高，其规则调整频率从最初的 1 次 / 季度到多次 / 季度，三级类目的规则复杂度也呈指数级上升。传统依赖数仓

责任链模式，简而言之，就是将多个操作组装成一条链路进行处理。请求在链路上传递，链路上的每一个节点就是一个处理器，每个处理器都可以对请求进行处理，或者传递给链路上的下一个处理器处理。

当积分规则越来越多、异常越来越难查时，我重新梳理了一套积分系统的设计思路，从规则、流水到风控审计，一次讲清楚。

高并发场景从来都是绕不开的 “硬骨头”，而缓存作为提升系统吞吐量、降低数据库压力的核心手段，早已成为每个开发者的必备技能。但很多时候，我们随手写的 “基础缓存逻辑”—— 比如简单的 “查缓存 - 无则

关注：CodingTechWork 引言   在复杂的业务系统中，业务流程的串联是一个常见的需求。传统的实现方式往往是通过硬编码的方式将各个业务环节拼接在一起，这种方式不仅代码耦合度高，而且难以维护和

前言 ”路由“ 这个词在我们工作技术栈中涉及领域广泛。例如 SpringCloud GateWay 、Nginx、SpringMvc，这些都可以针对一个 Http 请求，根据不同规则，把请求路由/转发

在过去的项目中，我多次使用规则引擎来处理不同的业务场景。每个项目的规则需求各不相同，前端传递的 JSON 数据格式也多种多样。为了应对这些差异，我设计了一个通用组件，用于统一前端 JSON 数据的格式

前言 笔者在去年接手了公司的活动中台，其中【任务】，是活动当中必不可缺的玩法之一。 相信大家都在各种各样的互联网活动中体验过【任务】。 比如： 打车软件去完成一笔订单可以给用户发一个奖品； 如用户去申