清峰的博客

​ 前段时间在做密码测评时，遇到一个这样的业务场景，业务系统中的数据需要进行加密存储，在数据传输过程中进行加密传输。这就麻烦了，这数据可不光要加密，肯定也要解密呀，这再加上个传输加解密以及存储加解密，想想都麻烦，于是便想有什么办法能够写一套通用的代码来处理这种业务场景呢。​ 力求便捷，最先想到的便是自定义注解了，那么我能不能通过定义一个注解来标识哪些接口需要加解密传输，哪些字段需要加解密存储呢。于是数据加密篇便油然而生。​ 本章加解密实现，主要精确为字段级的加解密处理。

​ 在访问高峰期为保证应用服务稳定运行,需要对高并发场景下接口进行接口限流处理,通对接口流量的访问限制能够在一定程度上防止接口被恶意调用的情况出现。​ 通过redis加载lua脚本进行限流处理。脚本逻辑：1、首先获取到传进来的 key 以及 限流的 count 和时间 time。2、通过 get 获取到这个 key 对应的值，这个值就是当前时间段内这个接口访问了多少次。

​ 通常一个系统只需要连接一个数据库就可以了。但是在企业应用的开发中往往会和其他子系统交互，特别是对于一些数据实时性要求比较高的数据，我们就需要做实时连接查询，而不是做同步。这个时候就需要用到多数据源。​ 举个例子，在主从数据库的业务场景中，一个库用来读，一个库用来写，那么在进行数据库读写操作时就需要进行数据库的切换。定义主从库枚举类，可增加多个，则对应配置多个数据源/*** @Author： 清峰/*** 主库*/ PRIMARY_DB("PRIMARY_DB" , "主库") , /**

​ 在实际的开发项目中,一个对外暴露的接口往往会面临很多次请求，表单重复提交在日常 Web 应用中是最常见且带来麻烦最多的一个问题。​ 有很多的应用场景都会遇到表单重复提交问题，比如由于用户误操作，多次点击表单提交按钮；由于网速等原因造成页面卡顿，用户重复刷新提交页面，甚至会有黑客或恶意用户使用工具重复恶意提交表单来对网站进行攻击，这就造成请求发送多次，引发数据混乱，数据重复等问题，所以说防止表单重复提交在 Web 应用中的重要性是极高的。

​ 平时开发中，我们经常需要通过日志或者数据库来记录系统中一些重要的操作，如删除、修改和新增等。但每次在这些方法里手动打印日志或者记录到数据库太过繁琐，并且在代码中看到好多日志打印语句一点都不优雅。​ 通过自定义注解统一收集日志的方式来实现，则不需要在代码中考虑日志打印的问题，只需要在接口上打一个注解即可。​ 通过自定义日志注解的方式，可以通过很优雅的方式对日志信息进行统一收集处理，便捷了开发者的编码效率，同时也可以很方便的统计接口调用情况，异常情况，数据更改情况等。

​ 最近在一些业务场景中遇到这样的需求，有些接口需要登录后才能访问。我思考了一下，自定义注解的使用 注解+拦截器 实现登录校验，项目中在进入方法之前判断用户是否登录、登录了则继续执行方法,未登录则返回异常信息，或许是一个很不错的方法，当然类似黑名单的方式也可以，适合自己的最好。/*** @Author： 清峰/*** 检查用户是否登录接口（交由子类具体实现）* @param request 请求对象* @param response 响应对象* @return 结果集。

​ 在日常业务开发中，我们会接触到各种各样的数据，这些数据可能包含用户敏感信息。如果这些敏感信息在传输和存储过程中被泄露，将会给用户带来不必要的麻烦和安全隐患。因此，数据脱敏技术的应用变得越来越重要。在进行序列化的时候,框架先扫描到了实体类的该注解 @SensitiveFiled(using = NameSensitiveAction.class)

对业务开发过程中经常遇见的一些通用场景进行注解封装，形成一系列比较通用的注解集，来满足日常开发需要。注解集随业务拓展不断更新中，欢迎您的补充...