Spring

前言 在 Web 应用程序领域，有效的请求监控和可追溯性对于维护系统完整性和诊断问题至关重要。Spring Boot 是一种用于构建 Java 应用程序的流行框架，它提供了强大的日志记录功能，可以通过

问题描述 最近项目中遇到了一个Spring中@ConfigurationProperties注解的问题，如下： 定义了一个注解了@ConfigurationProperties的User Bean。

前言 我们公司作为一个面向银行、金融机构的TO B类企业，频繁遇到各个甲方爸爸提出的国产化数据库的改造需求，包括OceanBase, TiDB，geldenDB等等。每次适配都需要投入大量的人力进行测

前言 最近项目上有一个使用事务相对复杂的业务场景报错了。在绝大多数情况下，都是风平浪静，没有问题。其实内在暗流涌动，在有些异常情况下就会报错，这种偶然性的问题很有可能就会在暴露到生产上造成事故，那究竟

本文正在参加「金石计划」 前言 缓存可以通过将经常访问的数据存储在内存中，减少底层数据源如数据库的压力，从而有效提高系统的性能和稳定性。我想大家的项目中或多或少都有使用过，我们项目也不例外，但是最近在

本文正在参加「金石计划」 前言 参数验证很重要，是平时开发环节中不可少的一部分，但是我想很多后端同事会偷懒，干脆不错，这样很可能给系统的稳定性和安全性带来严重的危害。那么在Spring Boot应用中

本文正在参加「金石计划」 前言 项目中参数校验十分重要，它可以保护我们应用程序的安全性和合法性。我想大家通常的做法是像下面这样做的: 这么做最大的优势就是简单直接，但是如果验证逻辑很复杂，会导致这个类

本文正在参加「金石计划」 前言 SpringBoot想必大家都用过，但是大家平时使用发布的接口大都是同步的，那么你知道如何优雅的实现异步呢？ 这篇文章就是关于如何在Spring Boot中实现异步行为

在使用Spring开发的时候，配置的方式主要有两种，一种是xml的方式，另外一种是 java config的方式。在使用的过程中java config，我们难免会与注解进行各种打交道，其中，我们使用最

前言 在我们公司里，不同的服务之间通过Feign进行远程调用，但是，我们在尝试使调用可重试时遇到了一个小问题，Feign框架本身可以配置的自己的重试机制，但是它是一刀切的方式，所有的调用都是同样的机制

前言 不知道大家在项目中有没有遇到过这样的场景，根据传入的类型，调用接口不同的实现类或者说服务，比如根据文件的类型使用 CSV解析器或者JSON解析器，在调用的客户端一般都是用if else去做判断，

前言 作为Java开发工程师，相信大家对Spring种事务的使用并不陌生。但是你可能只是停留在基础的使用层面上，在遇到一些比较特殊的场景，事务可能没有生效，直接在生产上暴露了，这可能就会导致比较严重的

前言 在使用spring的过程中，我们有没有发现它的扩展能力很强呢？ 由于这个优势的存在，使得spring具有很强的包容性，所以很多第三方应用或者框架可以很容易的投入到spring的怀抱中。今天我们主

前言 作为后端程序员，我们的日常工作就是调用一些第三方服务，将数据存入数据库，返回信息给前端。但你不能保证所有的事情一直都很顺利。像有些第三方API，偶尔会出现超时。此时，我们要重试几次，这取决于你的

前言 大家都知道，SpringBoot应用最终会打出一个Fat Jar, 里面包含了用到的全部依赖，启动也非常简单，java -jar xxx.jar即可。 但是我们公司打出的最终包，将依赖包挪到了外

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第21天，点击查看活动详情 概述 最近在看源码的时候，发现很多源码中写着@Configuration(proxyBeanMethod

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第18天，点击查看活动详情 概述 想必@Component注解大家一直在使用，只要类上加上它，就可以被Spring容器管理，那大家有

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第17天，点击查看活动详情 概述 最近公司在某个银行项目POC的时候，需要压测某个接口，这个接口用来接入行内所有业务场景的流水，所以

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第16天，点击查看活动详情 概述 RefeshScope这个注解想必大家都用过，在微服务配置中心的场景下经常出现，他可以用来刷新Be

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第12天，点击查看活动详情 概述 项目中的需求，需要在浏览器前端页面输出执行日志，也就是说将后台的log中的info,error日志