前言在我们开发项目API接口的时候，一些没有数据的字段会默认返回NULL,数字类型也会是NULL,这个时候前端希望字符串能够统一返回空字符，数字默认返回0，那我们就需要自定义json序列化处理SpringBoot默认的json解析方案我们知道在springboot中有默认的json解析器，SpringBoot中默认使用的Json解析技术框架是ja

起因：安全组针对接口测试提出的要求，需要关闭不安全的请求方法，例如put、delete等方法，防止服务端资源被恶意篡改。用过springMvc都知道可以使用@PostMapping、@GetMapping等这种注解限定单个接口方法类型，或者是在@RequestMapping中指定method属性。这种方式比较麻烦，那么有没有比较通用

一、Servlet概述1.sun公司提供的动态web资源开发技术。本质是上一段java小程序，要求这个小程序必须实现Servlet接口，以便服务器能够调用。2.开发Servlet的两个步骤实验：Servlet的快速入门（1）步骤一：写一个java程序实现Servlet接口（此处直接继承了默认

集合框架体系如图所示!(https://oscimg.oschina.net/oscnet/c9de45348d5f889a37cc53ad070537a3aee.jpg)Java集合框架提供了一套性能优良，使用方便的接口和类，java集合框架位于java.util包中，所以当使用集合框架的时候需要进行导包。集合接口

1、实现多线程方法继承Thread类或者实现Runnable接口2、Thread 和Runnable区别实现Runnable接口比继承Thread类所具有的优势：1）：适合多个相同的程序代码的线程去处理同一个资源2）：可以避免java中的单继承的限制3）：增加程序的健壮性，代码可以被多个

ReadWriteLock也是一个接口，提供了readLock和writeLock两种锁的操作机制，一个资源可以被多个线程同时读，或者被一个线程写，但是不能同时存在读和写线程。基本规则：读读不互斥读写互斥写写互斥问题：既然读读不互斥，为何还要加读锁答：如果只是读，是不需要加锁的，加锁本身就有性能上的损耗如果读可以不是最新数据

目标保证系统不因流量过载而挂。现状：人工限流正常的微服务限流工具都需要人工配置：支持应用负责人事先配置限流规则（接口调用方限流阈值），流量在阈值以下可以正常响应，超过阈值的流量会快速失败。这种方案存在如下问题：问题1\.接口多，无法全面覆盖要想保证系统

性能优化是一场永无止境的旅程。到家门店系统，作为到家核心基础服务之一，门店C端接口有着调用量高，性能要求高的特点。C端服务经过演进，核心接口先查询本地缓存，如果本地缓存没有命中，再查询Redis。本地缓存命中率99%，服务性能比较平稳。

背景线上应用频繁出现超时告警（超时时间1s）：getUiToken接口异常状态码“1”出现4037次(失败描述:业务请求异常)，超过阈值50，协议：http，为服务端接口。当前失败率为0%，当前平均响应时间为150ms，TP50为2ms,TP90为896m