本文详细记录了使用AI工具开发SpringBoot2集成Resilience4j熔断器功能的过程。通过8个关键步骤：1）制定项目计划与技术栈选型；2）聚焦熔断器功能开发；3）配置带注释的YML文件；4）调整熔断策略（移除fallback返回真实错误）；5）实现业务级超时熔断；6）优化YML配置模板；7）动态化超时参数配置；8）最终代码优化。全程采用AI辅助开发，将传统需要1天的工作量缩短至半天完成

本文详细记录了使用AI工具开发SpringBoot2集成Resilience4j熔断器功能的过程。通过8个关键步骤：1）制定项目计划与技术栈选型；2）聚焦熔断器功能开发；3）配置带注释的YML文件；4）调整熔断策略（移除fallback返回真实错误）；5）实现业务级超时熔断；6）优化YML配置模板；7）动态化超时参数配置；8）最终代码优化。全程采用AI辅助开发，将传统需要1天的工作量缩短至半天完成

本文详细记录了使用AI工具开发SpringBoot2集成Resilience4j熔断器功能的过程。通过8个关键步骤：1）制定项目计划与技术栈选型；2）聚焦熔断器功能开发；3）配置带注释的YML文件；4）调整熔断策略（移除fallback返回真实错误）；5）实现业务级超时熔断；6）优化YML配置模板；7）动态化超时参数配置；8）最终代码优化。全程采用AI辅助开发，将传统需要1天的工作量缩短至半天完成

通过top命令查看进程，惊奇的发现，eureka用户下的sshd进程占用cpu达到了1569%百度了一下，通过top -H -p 8856查看进程的线程信息，可以看到这个进程有22个线程，其中有16个线程的CPU使用率达到了99%，难怪系统那么卡顿。但是尝试kill 8856之后，过不了一分钟，进程又重新起来了。使用crontab -l也未看到有什么定时任务。no crontab for eure

说了这么多，只是想说spring-security真的挺复杂。当然你可以说站在使用者的角度，我们配置的代码量并不大。那确实，不过对于比较想看源码、想进行比较底层一点定制的人的来说，理解难度太大了。

server: {proxy: {// 配置axios请求的代理规则'/api': {target: 'http://localhost:8081/', // 后端服务器地址changeOrigin: true, // 允许跨域// rewrite: (path) => path.replace(/^\/api/, ''), // 重写路径，去除前缀// secure: false, // 如果是

virtualbox虚拟机磁盘扩容

本文用一个虚拟机上的tuxedo服务TOUPPER作为示例:1.启动tuxedo服务tuxedo的TOUPPER服务的配置和启动见此连接  Linux环境下TUXEDO安装和simpapp调用实例，为了tuxedo客户端可以访问到TOUPPER服务，需要在ubbsimple里添加WSL服务。ubbsimple配置片段：*GROUPSGROUP1LMID=zy