xu990128638的专栏

原创 Springboot 基于MessageSource配置国际化

摘要：本文介绍了Spring Boot国际化(i18n)的配置与实现方式。通过代码和YML两种方式配置MessageSource和LocaleResolver，创建中英文资源文件，并提供了测试接口。系统支持多种语言解析策略，包括URL参数、请求头和Cookie存储，默认使用中文。可通过替换LocaleResolver实现类来切换会话存储方式。测试用例展示了如何通过请求头和Cookie设置语言环境获取对应语言的响应内容。该方案具有良好的扩展性，能满足国际化需求。

原创 The dependencies of some of the beans in the application context form a cycle

Spring应用启动失败，报错显示Bean之间存在循环依赖问题。关键错误信息指向getDataSource方法定义的Bean形成了依赖闭环。常见原因包括构造器注入造成的循环依赖、配置类相互引用等。解决方案建议：1)重构代码检查依赖关系；2)改用Setter注入或@Lazy注解；3)手动获取Bean；4)启用debug模式查看完整依赖链。排查步骤推荐分析日志循环路径、检查数据源引用关系、使用IDE可视化依赖等。该问题可通过调整Bean加载顺序或拆分依赖来解决。

原创 not loaded because @ConditionalOnProperty (spring.mvc.locale) did not find property ‘locale‘

Spring Boot应用启动失败，错误显示I18nController中找不到LocaleResolver类型的Bean。问题原因是Spring Boot默认的localeResolver Bean因缺少spring.mvc.locale配置而未被加载。解决方案：1) 在配置文件中添加spring.mvc.locale属性启用默认解析器；2) 手动定义LocaleResolver Bean(如HttpSessionLocaleResolver)。建议运行时添加--debug参数查看详细条件报告。

原创 引起MySQL CPU 使用率过高常见因素和解决方案

场景建议措施CPU 高 + 查询慢优先优化 SQL、加索引CPU 高 + 并发高引入缓存、读写分离CPU 高 + 配置低调整 buffer pool、连接池CPU 高 + 锁竞争优化事务、减少锁粒度。

原创 Sentry 接口返回 Status Code 429 Too Many Requests

Sentry是一个开源错误追踪平台，实时捕获应用程序异常并提供详细上下文信息（用户设备、调用堆栈等）。支持前端、后端和移动端，具有自动异常捕获、错误聚合、性能监控等功能。可通过采样率和事件过滤控制上报频率，避免触发429限流错误。适用于需要实时监控的企业级项目，可自托管或使用云服务。常见场景包括Web应用监控、微服务异常收集和移动端崩溃追踪。

原创 提供MD5解密的网站

T007.cn是一个专注于MD5加密解密的专业网站，提供全球唯一收录8位小写字母+数字组合的MD5在线解密服务。该平台支持MD5免费在线解密、破解及加密功能，主打SOMD5解密系统，能够快速破解MD5加密字符串。网站特色包括：完整的8位数字字母组合数据库、在线实时解密、加密服务一体化。用户可通过该平台实现MD5哈希值的双向转换，既可将明文加密为MD5，也能尝试将MD5密文解密还原为原始内容。

原创 Chrome Edge 离线安装插件步骤

原创 Mysql的CTE 与开窗函数

MySQL 8.0及以上版本支持CTE（公共表表达式）和开窗函数。CTE通过WITH关键字定义临时结果集，可用于简化嵌套查询和递归查询。开窗函数通过OVER()子句实现分组排名、累计计算等功能，不减少查询行数。两者结合使用可提升复杂查询的可读性和性能，适用于层级查询、销售排名、累计统计等场景。递归CTE还能处理树形结构数据。这些功能使MySQL 8.0+成为处理高级分析查询的强大工具。

原创 @Async 注解 走的是主线程 还是子线程呢

Spring框架的@Async注解用于异步方法执行，标记的方法将在子线程而非主线程中运行。通过创建代理对象并借助TaskExecutor线程池，该注解能实现方法调用的异步处理，提高程序响应性和性能，适用于耗时操作。使用需在配置类添加@EnableAsync，且需注意避免同类内部调用以免失效。

原创 索引下探（Index Condition Pushdown，简称ICP）

索引下探（ICP）是数据库优化技术，通过将WHERE条件下推到存储引擎层执行，减少回表查询次数。其工作原理是存储引擎在读取索引时直接过滤条件，仅返回有效记录。该技术能显著降低I/O开销，提升查询性能，尤其适用于大数据量场景。MySQL（5.6+）、PostgreSQL等主流数据库均支持ICP，但需注意存储引擎限制。典型应用如联合索引查询，可通过减少服务器层过滤提升效率。开发中可通过监控工具跟踪ICP使用效果，但需注意并非所有条件都支持下推。

原创 使用Chrome waterfall 查看接口耗时

1. 设置 waterfall。

原创 Doris ClickHouse Greenplum 对比

本文对比了Doris、ClickHouse和Greenplum三大OLAP系统的核心架构、性能特征及适用场景。Doris采用MPP架构，适合实时数仓和高并发查询；ClickHouse以超高速导入和查询见长，适合日志分析；Greenplum基于PostgreSQL，支持完整ACID事务。性能方面，ClickHouse导入速度最快(50-100w行/秒)，Doris并发能力最强(1000+ QPS)，Greenplum则在复杂事务处理上有优势。选型建议：实时看板选Doris，日志分析用ClickHouse，事务

原创 Redis 只是解决查询快的问题，可以解决并发问题么？那系统中的高并发问题是如何解决的呢？

Redis 更多是用来解决查询效率的问题，它通过把一些热点数据，比如商品信息、库存、用户数据缓存在内存中，大大减少了对数据库的访问次数，从而提高了读写性能。所以在应对高并发的时候，系统设计通常是多方面配合的。当然，服务本身也需要做拆分，比如用微服务把不同业务模块独立出来，再加上负载均衡和多副本部署，让请求分散到多个服务实例上。所以总结下来哈，Redis 只是高并发解决方案中的一个环节，真正能支撑高并发的系统，一般都是限流、缓存、异步、服务拆分和数据库优化等手段配合起来使用的，缺一不可。

原创 回表是数据库概念，还是mysql的概念？

“回表”是数据库中的一个概念，尤其在MySQL的InnoDB引擎中常见。InnoDB中，表数据按主键顺序存储，主键索引即表本身。二级索引仅存储索引列和主键值，不包含整行数据。当通过二级索引查询时，若所需字段不在索引中，数据库需先通过二级索引定位主键值，再根据主键值从主键索引中获取完整数据，这一过程称为“回表”。回表意味着无法仅通过索引获取所有数据，需返回主键索引查询完整行，增加了查询步骤。例如，查询用户表中某名字对应的邮箱，若邮箱不在二级索引中，则需回表获取。优化SQL时，应尽量减少回表操作，使用覆盖索引（

原创 JAVA服务内存缓慢上涨，年轻代GC正常但Full GC频繁，如何定位？

文章分析了JVM中Full GC频繁发生的原因，并提出了可能的解决方案。首先，年轻代GC正常，说明年轻代对象回收无问题，但Full GC频繁可能由于老年代空间不足或内存泄漏导致。文章建议检查JVM参数，如堆内存分配和GC策略，并观察GC日志以监控Full GC的触发频率和老年代使用率变化。此外，通过jstat和jmap工具监控老年代内存走势和生成堆转储文件，可以帮助定位内存泄漏问题。文章还提供了特殊场景的检查清单，如元空间泄漏和堆外内存泄漏，并推荐了生产环境的JVM参数配置，以优化GC性能和减少Full G

原创 IntelliJ IDEA设置编码集

在IntelliJ IDEA中设置Properties文件的编码格式，首先需在File -> Settings -> Editor -> File Encodings中，将Global Encoding和Project Encoding均设为UTF-8，以确保项目编码一致。对于Properties文件，需在Default encoding for properties files中选择UTF-8，并勾选Transparent native-to-ascii conversion，以避免中文

原创 ApiFox 打开控制台快捷键

mac：按 option + cmd + i。win：按 alt+7+8，

原创 跨境支付接口RT从300ms突增至2000ms，但CPU/Memory无异常，如何排查？

跨境支付接口的RT突增，但系统资源（CPU、内存）正常。可能的因素包括网络延迟、外部服务依赖、数据库查询性能、锁竞争、中间件问题或代码逻辑变更等。跨境加速方案 启用云服务商的全球加速服务（如AWS Global Accelerator/AliCloud GA）grpcurl -d '{"req_id":"1"}' -plaintext 网关地址:端口 服务路径。E -->|异常| G(联系云厂商优化路由)J -->|外部服务| L[降级熔断策略]F -->|正常| H[全链路追踪分析]

原创 JAVA服务内存缓慢上涨，年轻代GC正常但Full GC频繁，如何定位？

另外，JVM参数设置不当，比如老年代过小，或者没有合适的GC策略，也可能导致Full GC频繁。年轻代GC正常，说明年轻代的对象回收没有问题，可能大部分对象都是朝生夕死的，所以Minor GC能有效清理。但Full GC频繁，通常意味着老年代空间不足，导致频繁进行Full GC来回收老年代。关注 -Xmx（最大堆）、-Xms（初始堆）、-XX:NewRatio（年轻代/老年代比例）等参数是否合理。-XX:NewRatio=3 # 老年代与年轻代1:3。

原创 Property ‘configuration‘ and ‘configLocation‘ can not specified with together

MybatisAutoConfiguration.class中configuration和configLocation属性同时被指定，导致sqlSessionFactory创建失败。检查应用的配置文件（如application.yml或application.properties），确保不同时指定mybatis.configuration和mybatis.config-location属性。

原创 typora 收费前版本下载

3. MacOs4. Linux。

原创 Mac OS 禁用 SIP 系统完整性保护

3. 在终端输入命令csrutildisable并按Enter键。4. 重启后，在终端查看状态。表示您已成功关闭SIP保护。

原创 git commit Message 插件解释说明

build - 影响构建系统或外部依赖项的更改（例如作用域：gulp、broccoli、npm）- style - 不影响代码含义的更改（空白、格式化、缺少分号等）- refactor - 既不修复错误也不添加功能的代码更改。- revert - 恢复此更改之前的提交。- perf - 提高性能的代码更改。- feat - 一项新功能。- fix - 一个错误修复。- docs - 仅文档更改。

原创 macOS 系统安装cloc 统计代码量

cloc（Count Lines of Code）是一款常用的统计代码量的工具，它能统计多种编程语言的代码行数。

原创 Mac安装 brew

【代码】Mac安装 brew。

原创 Mac 杀掉端口对应的进程

【代码】Mac 杀掉端口对应的进程。

原创 Mac 清理 maven仓库无效引用

【代码】Mac 清理 maven仓库无效引用。

原创 Mac 的触控板设置和屏幕设置

1. 触控板2. 显示器。

原创 XA规范及2PC 3PC 介绍

XA 规范的定位：是早期为解决分布式事务（一个系统操作多个数据库）问题制定的一套解决方案，定义了分布式事务模型。模型中的角色：AP（应用程序）：发起分布式事务操作的应用主体。TM（事务管理器）：负责统筹管理整个事务流程。RM（资源管理器）：具体资源的管理方，如数据库（示例中以 MySQL 说明）。CRM（通信资源管理器）：处理事务过程中的通信，属于可选组件（如消息中间件）。核心概念：全局事务。

原创 简单工厂 、工厂方法模式和抽象工厂模式

简单工厂、工厂方法：侧重单个产品的创建。例如，创建 “手机” 这一产品，简单工厂通过条件判断决定具体手机类型，工厂方法通过子类工厂创建特定手机。抽象工厂：同样是创建型设计模式，聚焦 “产品族” 的创建，一个工厂类负责创建一组相关产品（如手机、耳机、充电器组成的电子产品族）。工厂方法：是标准的创建型设计模式，定义抽象创建接口，由子类决定实例化哪个具体产品类，强调 “单一产品” 的灵活创建。工厂方法：扩展性好。新增产品时，只需定义新的产品类和对应的工厂子类，无需修改原有工厂代码，完全符合开闭原则。

原创 Spring AOP、Java Agent 与 ASM 的作用和区别

【代码】Spring AOP、Java Agent 与 ASM 的作用和区别。

原创 Java 字节码操纵框架 -ASM

ASM 是用于 Java 字节码操纵的框架，可动态生成新类或增强现有类的功能。它既能直接产生二进制 class 文件，也能在类被加载到虚拟机之前动态改变类行为，通过读取类文件信息来分析、修改类行为，甚至生成新类。许多流行框架如 cglib、Hibernate、Spring 都直接或间接地使用 ASM 来操作字节码。

原创 java 语言和虚拟机规范

Java SE Specifications (oracle.com)Java Downloads | Oracle

原创 JDK 的 SPI 和 Dubbo 的 SPI

SPI（Service Provider Interface）是一种服务发现机制，它允许在运行时动态加载服务实现。JDK自带的SPI机制主要定义在类中，通过配置文件的方式来指定服务的实现类。

原创 对RocketMQ集群进行消息轨迹的追踪

启动这个Broker的时候会自动创建出来一个内部的Topic，就是RMQ_SYS_TRACE_TOPIC，这个Topic就是用来存储所有的消息轨迹追踪的数据的。接着消息到Broker端之后，Broker端也会记录消息的轨迹数据，包括如下：消息存储的Topic、消息存储的位置、消息的key、消息的。在订阅消息的时候，对于Consumer也是同理的，在构造函数的第二个参数设置为true，就是开启了消费时候的轨迹追踪。就会上报这个消息的一些数据到内置的RMQ_SYS_TRACE_TOPIC里去。

原创 RocketMQ基于延迟消息机制优化大量订单的定时退款扫描问题

RocketMQ默认支持一些延迟级别如下：1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h。其实发送延迟消息的核心，就是设置消息的delayTimeLevel，也就是延迟级别。上面代码中设置延迟级别为16，也就是对应上面的30分钟。

原创 基于RocketMQ的数据过滤机制，提升订单数据库同步的处理效率

基于RocketMQ的数据过滤机制，提升订单数据库同步的处理效率。

原创 Rocket MQ 实现消息的顺序生产和消费

对于有序消息的方案中，如果你遇到消息处理失败的场景，就必须返回SUSPEND_CURRENT_QUEUE_A_MOMENT这个状态，意思是先等一会儿，一会儿再继续处理这批消息，而不能把这批消息放入重试队列去，然后直接处理下一批消息，依然会存在消息错乱的问题。也就是说，Consumer会对每一个ConsumeQueue，都仅仅用一个线程来处理其中的消息。交给Consumer中的多个线程来处理的话，那还是会有消息乱序的问题。这里有两种方式： 1. 取模运算 2. hash 运算。

原创 RocketMQ 中 使用 Half 消息

在Rocket MQ中，Half消息（半消息）是一种特殊的消息类型，通常用于分布式事务场景。在这种场景下，消息的生产者发送一条消息到消息队列，但这条消息在事务提交之前处于“预备提交”状态，即Half消息状态。在生产者发送消息时，需要设置消息为Half消息。这通常是通过在发送消息时指定事务属性来实现的。第一个参数是消息本身，第二个参数是用户自定义的事务上下文，可以为null。方法中，您需要实现本地事务逻辑，并根据事务执行的结果返回相应的。方法中，您可以检查本地事务的状态，并返回相应的。

原创 千兆网卡的理论上限计算

那么 1000Mbps 换算成 MB/s 就是 1000÷8 = 125MB/s，在实际应用中，通常近似认为千兆网卡的理论上限是 128MB/s。需要注意的是，这只是理论传输上限，在实际网络环境中，由于网络开销（如协议包头、校验等）、服务器性能瓶颈（如 CPU 处理能力、内存读写速度等）以及网络拥塞等因素影响，实际传输速率往往会低于这个理论值。千兆网卡中的 “千兆” 指的是 1000Mbps（兆比特每秒），这里的 “b” 是小写，代表比特（bit）。