前阵子承接了2个需求，一个数据脱敏，一个是低代码国际化多语言需求，这两个需求有个共同特点，都是以json形式返回给前端，而且都存在多层嵌套，其中数据脱敏的数据格式是比较固定，而低代码json的格式存在结构固定和不固定 2种格式。最后不管是数据脱敏或者是多语言，业务抽象后，都存在需要做json值替换的需求。今天就来聊下多层嵌套json值如何解析或者替换本文的多层嵌套json的解析和替换都提供了几种方

前言本文案例来自业务部门的一个业务场景。他们的业务场景是他们部门研发了一个微服务上下文透传组件，其透传原理也挺简单的，就是通过springboot拦截器把请求参数塞进threadlocal，然后下游通过threadlocal取到值，服务之间进行feign调用时，再把threadlocal的参数塞到header头里面。这个组件一直用得好好的，突然有一天因为传的参数值是中文，导致乱码。他们通过尝试下面

最近因为uat环境https过期，后边进行证书续期，发现通过浏览器访问可以正常访问，但是接口调用该地址，却出现网上的大部分针对java解决方案可以归类如下两种1、在jdk证书库里添加该域名的公钥证书该方案比较繁琐，此外我们的接口不仅是要提供给java系语言，还要提供给其他非java系语言调用，其次因为我们的证书并非自签发，而是真金白银买的，理论上不应该有问题。所以该方案一开始就没纳入我重点考虑范围

用过spring cache的朋友应该会知道，Spring Cache默认是不支持在@Cacheable上添加过期时间的，虽然可以通过配置缓存容器时统一指定。形如}但有时候我们会更习惯通过注解指定过期时间。今天我们就来聊一下如何扩展@Cacheable实现缓存自动过期以及缓存即将到期自动刷新形如下通过#分隔，#后面部分代表过期时间（单位为秒）1、自定义缓存管理器并继承RedisCacheManag

什么是灰度发布？灰度发布（又名金丝雀发布）是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。本文以springcloud gateway +..

本文素材来源朋友学习nacos2.1.1踩到的坑。直接上正菜因为朋友用的是目前最新版的nacos2，所以有些问题搜索引擎不是那么好找答案，因此遇到这种问题，最好的解题思路就是官网和相应的github，还有就是源码跟踪了。后面那个。

容灾是一种主动的风险管理策略，旨在通过构建和维护异地的冗余系统，确保在面临灾难性事件时，关键业务能够持续运作，数据能够得到保护，从而最大限度地减少对组织运营的影响和潜在经济损失。因此容灾的重要性不言而喻，今天的话题主要是聊下如何利用ingress-nginx实现应用层容灾利用以上2种方式，就可以实现一个简易版的应用层容灾，实际上的容灾远比上述的复杂，因为可能还涉及到数据备份同步等，不过利用k8s确

配置中心在微服务的服务治理场景基本上是属于标配，常见可以用来做配置中心有nacos、apollo、zookeeper、springcloud config、consul、etcd、redis、disconf、dimond、xxl-conf等。这些组件的特点都是需要安装，如果大家的部署环境中有用到k8s，且不需要用到太多配置中心的特殊功能，比如灰度发布、权限管理、发布审核、操作审计啥的，仅仅只是用来

前言最近朋友接了一个外包，这家外包公司用gitlab来做cicd，朋友之前自动化部署基本上都是利用jenkins，没接触过过gitlab的cicd，朋友他对技术也是比较有追求，他发现他们k8s的yaml文件，很多字段其实可以抽出来，配合cicd动态传入，而不是把那些字段直接写死在yaml文件，比如docker镜像。刚好我之前也玩过一阵子基于gitlab的cicd，他就问我有没有什么思路，于是就有了

本文主要复盘某次协助业务部门排查ingress访问业务报404问题虽然文中轻描淡写，但实际上排查花费了不少时间，本文就做个记录，方便以后出现类似问题排查。