程序员Feri

这个坑告诉我们：**Integer比较要用equals()**：比较值相等时，永远用equals()，除非你真的想比较对象引用缓存机制要牢记：Java会缓存-128~127的Integer对象，超出范围就会创建新对象测试数据要全面：测试时不仅要覆盖正常情况，还要考虑边界条件最后送大家一句话：程序就像江湖，每个程序员都是侠客。即使你是老江湖，也难免会踩坑。重要的是踩坑后能总结经验，成为更厉害的侠客！下次遇到Integer比较，你还会掉坑里吗？评论区留言说说你遇到过的奇葩Bug吧！

JDK 版本和字节码版本有着严格的对应关系，比如 JDK 11 对应字节码版本 55.0，JDK 21 对应字节码版本 61.0 ，服务器上的 JDK “看不懂” 高版本字节码，就罢工报错了。找到了问题，接下来就是制定详细的 “作战计划”，升级服务器上的 JDK 版本，让它能 “看懂” 我们的项目。简单来说，就好比你拿着未来世界的高科技武器（高版本 JDK 编译的项目），穿越回古代战场（低版本 JDK 的服务器环境），古代的士兵（服务器 JDK）根本不认识这武器，自然无法使用。君志所向，一往无前！

程序员Feri一名12年+的程序员,做过开发带过团队创过业,擅长Java、嵌入式、鸿蒙、人工智能等,专注于程序员成长那点儿事,希望在成长的路上有你相伴！君志所向,一往无前！

本文基于最新版的Sharding-jdbc实现Mysql集群的读写分离操作，手把手带你哈，很详细，来搞定它！

在成为技术大牛的路上，我们一路前行!我是使用的Spring Cloud Aliabab实现的微服务，在这里使用的Seata实现的分布式事务。本次使用的是最新的Seata-Server2.0实现的分布式事务。

基于Docker实现Mysql一主三从的搭建，很详细，也很完善，希望对你有所帮助！

在进行Sleuth+Zipkin配合进行获取服务的链路跟踪信息的时候，发现请求发生了，但是无法获取对应请求的链路跟踪信息。3.结果在测试的时候，发现请求发生了，但是Zipkin可视化中确没有对应的请求链路。找了一圈，最后发现是jar依赖的时候，我依赖的只有。但是Zipkin中没有对应的请求的链路跟踪。可以看到我的zipkin是启动成功的。在application.yml。再次请求，发现有了请求链路的信息。1.依赖了对应的jar。2.也实现了对应的配置。

一直在提示，之前配置的npm的淘宝镜像凭证过期request to https://registry.npm.taobao.org/@vue%2fcli failed, reason: certificate has expired 就是这个错误。