数据脱敏的最基本原则就是要去掉数据中的敏感信息，保证数据安全，这是对数据脱敏工作最基本的要求。有效性要求经过数据脱敏处理后，原始信息中包含的敏感信息已被移除，无法通过处理后的数据得到敏感信息；或者需通过巨大经济代价、时间代价才能得到敏感信息，其成本已远远超过数据本身的价值。此外，在处理敏感信息时，应注意根据原始数据的特点和应用场景，选择合适的脱敏方法。

## 引起 cpu 高的原因 * 病毒与攻击 + 一些病毒可以在系统内部迅速复制，强行占用大量CPU资源 * 死锁或者占用大量CPU的循环逻辑代码。该问题看代

在Spring Boot应用启动，运行到Spring容器的生命周期节点(扩展点)时，Spring会发出一些通知事件，例如ApplicationStartingEvent、ApplicationEnvironmentPreparedEvent、ApplicationPreparedEvent等等，让我们可以有机会监听这些事件，并且进行相应的处理。

你是否碰到过如下场景： 在测试环境未发现的BUG，上了生产环境之后偶现，但同样由于缺少调试信息，无法定位问题。 调用内部服务、第三方服务，在某些case下系统未按预期运行，排查代码后怀疑是被依赖方返回了错误的数据导致，但苦于打印Response的日志为DEBUG，没有证据。 在以前的解决方案是，将日志级别改成DEBUG并上个线，排查完问题之后，再将日志级别改回INFO

Bean创建的生命周期，大致过程如下 利用该类的构造方法来实例化得到一个对象（但是如何一个类中有多个构造方法，Spring则会进行选择，这个叫做推断构造方法） 得到一个对象后，Spring会判断该对象中是否存在被@Autowired注解了的属性，把这些属性找出来并由Spring进行赋值（依赖注入） 依赖注入后，Spring会判断该对象是否实现了BeanNameAware接

Spring Boot，Spring Cloud

Spring Boot 各版本的Java版本要求

spring.factories文件是帮助spring-boot项目包以外的bean（即在pom文件中添加依赖中的bean）注册到spring-boot项目的spring容器。 由于@ComponentScan注解只能扫描spring-boot项目包内的bean并注册到spring容器中，因此需要@EnableAutoConfiguration注解来注册项目包外的bean。而spring

redis中没有Long类型，存储进去后取出来会是Interger类型。需要自行转化，不可直接强转。否则将CCE。

通过该文，我们对ThreadLocal 、InheritableThreadLocal、TransmittableThreadLocal 的原理和源码进行深入分析,并举例讲解。 ThreadLocal 、InheritableThreadLocal是JDK自带的，解决了单线程环境和在单线程中又创建线程(父子线程)中线程隔离的问题。 TransmittableThreadLocal 是阿里巴巴的组