在日常开发中，如果对登录类接口不加以限制，理论上，通过技术手段，快速重试100000次，即可将验证码穷举出来。

最近在写一个功能，对用户敏感的数据进行脱敏，在网上看一圈基本上都是全局范围的，我觉得应该更加灵活，在不同场景，不同业务下进行脱敏更加合适。

请求重复提交的危害 - 数据重复：例如用户重复提交表单，造成数据重复。 - 资源浪费：多次重复请求提交将会浪费服务器的处理资源。但这个相比数据重复的危害性较小。 - 不一致性：假设我们触发请求增加用

领域模型命名规约： 数据对象：xxxDO，xxx即为数据表名 数据传输对象：xxxDTO，xxx为业务领域相关的名称。 展示对象：xxxVO，xxx一般为网页名称。 POJO是DO/DTO/BO/VO

本文主要解决的问题是在Feign中带泛型序列化问题，特别是泛型多层嵌套的情况，如何一次性序列化，以便业务代码中直接使用

如果你利用 Spring Cloud OpenFeign 进行服务间调用一般会加入这个注解： 可以看出其中的 url 参数是一个字符串，上面的配置是把它写“死”在代码中了。 如果我们想根据不同的环境作

方案 1：数据库轮询 方案 2：JDK 的延迟队列 方案 3：时间轮算法 方案 4：redis 缓存 方案 5：使用消息队列 了解需求 在开发中，往往会遇到一些关于延时任务的需求。 例

Feign是声明式、模板化的HTTP客户端， 可以帮助我们更快捷、优雅地调用HTTP API；在Spring Cloud中，使用Feign非常简单。

大家好，我是三友~~ 背景 随着微服务盛行，很多公司都把系统按照业务边界拆成了很多微服务，在排错查日志的时候，因为业务链路贯穿着很多微服务节点，导致定位某个请求的日志以及上下游业务的日志会变得有些困难