首先，个人赞成1.3方案，建议应用组增加消息队列服务。从稳定性、数据一致性考虑，方案1.3可以保证数据不丢失、且实时性高。

介绍的文字我都懒得写，其实要我写详细，我也是google，下面直接贴图吧介绍的挺详细的吧，下面还有代码示例哦，不得不说这个GPT插件挺好用的。其实简单理解就一句话：它就是redis的java客户端，做了一层封装。基于redisson实现信息发布订阅就是这么简单几下一定注意publish、addListener不要直接用业务对象（尤其是不在一个服务里，毕竟谁也不能保证对象名一样，也不能保证包路径一样

解耦，让开发只用关注业务基于redisson不用太关注redis底层实现，这里可以理解就是2个队列，一个未到期队列、一个到期队列，随着时间的推移redisson帮我们实现从未到期移动数据到到期，我们只用管从到期取到数据的操作封装还很粗糙，还有进步空间就分享到这，希望能帮到大家，uping！

序今天来跟大家分享下开发应知应会的Docker操作，做个简单入门与使用吧。不喜欢使用插件的绕行，这里除了docker的安装支持，剩下的是结合项目与idea的docker插件玩，开发、个人运维应该是够了的。一、Docker安装支持（CentOS）我这里没有测试服务器给我玩，也没有装虚拟机，我是之前做活动买了3年的阿里服务器个人玩。系统我是装的CentOS7.5的。具体步骤如下：查看centos版本c

序      之前发过一个博文介绍了TLog在微服务环境下的使用，当时还误解觉得在非微服务情况下使用这个日志框架没有意义。然当加入组织，细细研读使用文档，才发现自己的无知。作者说的微服务下能显示上下游请求名称、ip等，他说的这个微服务是宽泛的。一、依赖引入      不想包太大，

序生活中我是一个爱吃螃蟹的人，工作中我也是一个敢吃且爱吃螃蟹的人。只要有时间，同样的业务场景我都想用用新东西，这样一切才能进步。我就是我，敢怼天、敢怼地，工作中的一些事都敢怼领导，但是不是因为看不得这个领导，一起都是为了精益求精，为了工作，为了心中的巨人。今天主体上结束了一个项目的工作，自我调整下，明天正式进入另一个产品的研发，还是一个人在战斗，微服务一个人做，还好业务线分的不是特别细。今天主要分

序前端反馈上传过大的文件，没有返回存储信息。一、场景说明我这里是springCloud2020.0.2+springBoot2.4.5，spring原生微服务，没有依赖第三方的组件。容器用的是undertow，这里先说下用这个容器有一个坑，后面说。二、配置情况我这里是配了：1、配置了openFeign的传参限制#feign配置feign:httpclient:connection-timeout:

序上一篇博文就讲到了我的处理cors跨域，分享了关键代码。原springBoot版本2.2.2.RELEASE、springCloud版本Hoxton.SR1，那是年前的最新版本，现在项升级到当前与时俱进，于是问题就来了，升级后eureka注册中心、配置中心、各服务、网关都正常启动，就是上到外网环境就会出现跨域问题，昨天本来是听说使用undertow容器比tomcat、jetty性...

序我是年前搭建的微服务版，springBoot版本2.2.2.RELEASE，springCloud版本Hoxton.SR1。

序最近稍微有点空闲，回头再来优化下基础框架，也是一种重新学习。今天主要写写跟大家分享下springboot使用undertow，废话不多说。一、maven引入jar<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web<