legendaryhaha的博客

基于Redission实现的延时队列背景实现原理总结其它背景当前业务中存在着超时关闭各种类型的订单的场景。项目里已集成了RocketMq，可以基于此实现延时队列。由于采用RocketMq实现延时队列有个缺点，那就是它不能灵活的支持各个精度的延时，只能按照事先配置好的延时级别进行。基于以上三点考虑，并在对比各种实现延时队列的方案后，决定采用Redission（项目里也有集成Redission）+ RocketMq 进行实现。实现几个重要的APIRBlockingQueueRDelaye

MySQL全文索引应用背景了解全文索引创建方式使用方式IN NATURAL LANGUAGE MODEIN BOOLEAN MODEWITH QUERY EXPANSION参数测试背景最近着手开发一个本地生活项目，其中，本人负责的模块之一是商品搜索。在设计过程中，研究了一些解决方案。其中，很多解决方式都倾向于采用ElasticSearch和分词器，但基于现有资源和开发时间等成本的估量，最终采用MySQL全文索引来实现。另外，这里也与我的一个开发理念有关，如果不能明确未来业务发展规模，则尽可能的采用简单的

吃瓜之高危Apache Log4j 远程代码执行漏洞分析前言一、漏洞分析前言就在昨天，运维转发一条关于Apache Log4j 远程代码执行漏洞的公告，抱着吃瓜的心态，模拟复现了一波。一、漏洞分析根据报告内容，此次针对的是Apache Log4j 2.x < 2.15.0-rc2版本。...

Java解决两张图片合成后变色问题代码效果如题，用Graphics2D合成海报后，遇到色值变红或者黑色的问题。这里，我最终的解决方式是，设置图像为BufferedImage.TYPE_3BYTE_BGR类型。代码如下，我试图将2.jpg图标贴到邀请海报.jpg指定位置上，通过设置BufferedImage.TYPE_3BYTE_BGR最终解决了变色问题。 /** * 导入本地图片到缓冲区 */ public BufferedImage loadImageLocal

修改了Nacos配置后，Druid抛出大量数据库连接异常日志起因分析复现解决起因某个周末，运营同事反馈账单数据不对且客户需要开始执行交易了。起初，还以为只是简单的数据问题，核对一下就好了。但在生产日志排查的过程种，发现日志大量抛出了大量的数据库连接异常：ERROR DruidDataSource[run 2755] create connection SQLException异常信息下还有如下提示： Access denied for user 'root'@'X.XX.XX.XXX' (us

接受了个项目，还没动手突然就事务回滚异常前言问题解决REQUIRES_NEW手动设置Spring事务其它传播方式前言接收了一个项目，还没来得及修改，就有小伙伴B说调我的接口报事务回滚异常的错误。遇事不决，量子力学，甩个个锅先~（反正其它服务用这个接口好好的）问题虽然但是，还是得解决问题~把小伙伴B调用的日志和该服务接口日志都拉到本地地分析：exception:org.springframework.transaction.UnexpectedRollbackException: Transact

【Nacos】生产上需要不重启服务的情况下刷新配置，这个方法可以试试配置Demo搭建RefreshScope 原理假设Nacos服务已经搭建完成配置新建service-config配置文件，9d0c9401-f575-4427-a982-eb8637a652b0为区别命名空间的ID，自动生成。Demo搭建引入依赖<!-- nacos --> <dependency> <groupId>com.alibab

Dubbo 睡前小故事之RandomLoadBalance如何设计一个随机算法RandomLoadBalance关于ThreadLocalRandomRandomLoadBalance 是Dubbo的负载均衡提供的策略之一。如何设计一个随机算法答案很多~假如在这样一个场景，A、B、C、D四个物品权重分别为1、2、3、4，如何在考虑权重的情况下，设计一个随机获取某个物品的算法。有如下的方式：对四个物品做一次遍历，按序进行累加，用线段可表示如下，线段越长表示落入该区域的概率越大。然后随机获取一

【工具篇】EasyExcel的应用导入导出关于EasyExcel，它对poi做了进一步的封装，使得整个编写流程更加的面向对象。好处嘛，我认为流程上更加清晰即易懂、可读性更好，坏处的话，则是操作上没有原生的方式那么灵活。导入StudentVo为实体类, 注意实体中的各个属性要和excel按顺序一 一对应，建议都用String类型，真正插入时，才去做转换ImportExcelListener 类为真正处理数据的类CommonService 只是一个Spring的service bean，用来

【redis键过期删除策略】很高兴再次认识你三种删除策略redis采取的方式定期删除惰性删除三种删除策略在不考虑redis实现方式的情况下，我们自己手动设计一个删除有时间限制的key有几种策略？定时删除：在创建完一个key时，同时创建一个定时任务，监听key是否过期。定期删除：设置好周期之后，间断性的扫描key，然后删除过期的key。（这里的扫描方式拓展开来也可以划分为全部扫还是随机部分扫，随机的发方式又可以怎样设计）惰性删除：联想ThreadLocal的实现方式。前两两个都是主动去做

【跳跃表篇】Redis为什么快？你能回答出几个点呢？前言何为跳跃表前言正如标题所诉，这算是一个比较常见的面试题了。小伙伴们在回答这个问题时，很多时候都会说单线程、基于内存的存储或者通过内部维护的字典可以使我们读取数据在O(1)的复杂度。其实，还可以进行拓展。譬如提一下redis的单线程并非真正意义上的单线程，此时，如果你对IO多路复用了然于心，则接下来是show time！又或者你可以提一下redis为了达到快的目的用了哪些数据结构（这里不是指redis提供的操作类型，如字符串、哈希、列表这些，

ShardingJdbc一览介绍使用踩到的坑运行流程（待补）更多shardingJdbc内容可以参考官方文档：shardingsphere。关于其他的中间件可以参考之前写的文章：MySQL 分表方案及中间件介绍介绍ShardingJdbc通过在Java的JDBC层提供额外服务的方式达到分库分表的目的，是Client模式的一个分库分表中间件，据其官网描述，可以完全兼容JDBC和各种ORM框架。使用demo是基于Springboot+MyBatisPlus+MySQL进行实现，采用的是水平分表

Dubbo协议一览Dubbo协议报文关于全局请求id在Dubbo里头，对多个协议进行了支持。如：DubboProtocol、GRpcProtocol、RmiProtocol、HessianProtocol、HttpProtocol、WebService、ThriftProtocol等多种协议。本文主要探探Dubbo协议的庐山真面目。Dubbo协议报文如图所示：整个协议的设计参考了TCP/IP协议，协议的报文大小为16字节，内容包含了魔法数、报文的类型（request|response），全

服务提供者注册服务当服务启动时，先初始化服务实例，再通过Proxy组件调用具体协议（Protocol ）,把服务端要暴露的接口封装成Invoker ，然后转换成Exporter，这个时候框架会打开服务端口等并记录服务实例到内存中，最后通过Registry把服务元数据注册到注册中心。Proxy：服务代理层。在使用Dubbo中，我们发现无论是服务端或是消费端，都不用像编写socket那样一个暴露并监听地址端口，一个订阅对应的地址端口。而这得益于Proxy通过事先约好的配置规则帮我们生成一层代理。Invo

Dubbo结构浅读服务提供者注册服务服务消费者订阅服务消费者和服务提供者的交互文中图所悟所感皆从《深入理解Apache Dubbo与实战》一书书所获。源码获取：git clone https://github.com/apache/incubator-dubbo.git服务提供者注册服务当服务启动时，先初始化服务实例，再通过Proxy组件调用具体协议（Protocol ）,把服务端要暴露的接口封装成Invoker ，然后转换成Exporter，这个时候框架会打开服务端口等并记录服务实例到内存