不过作者在项目中也说了，有些方法其实并不适合生产环境，因此我在综合考虑之后，我觉得比起直接在这个有着各种各样教学方法的项目中进行改造，倒不如直接从头开始一个项目，不过这也只是我个人的看法。其实比起说是改造项目，倒不如说是从头又开始搞一个项目，这也是我目前的想法，反正现在网络和ai那么发达，再加上我以前有一些开发经验，因此摒除那些多余的crud的情况下，我想搭建一个个人学习项目个人觉得还是没啥问题的

定义这个拦截类的目的就是在可以对用户进行身份验证，因为你在登录逻辑中一般会给前端返回jwt的token，让前端在登录成功后每次向服务器发请求都可以携带一个用于身份验证的token，假如说token没有则会被直接拦截。接下来注册就可以通过自定义的Bcrypt相关的工具类来对用户自定义密码进行加密插入到数据库里就可以了，登录就直接反过来，从数据库查到对应的实体就获得经过加密的密码进行解密对比即可。简单

那来说一下今天的进度吧，创建了一个定时任务用来在秒杀活动前五分钟以内将商品库存上线redis，过期时间为一天，因此个人认为不存在redis击穿、穿透、雪崩这些问题，毕竟活动期间redis不会突然过期，要是redis里面没有对应商品那只能说这个活动不存在，你就算捏造不存在商品id的来攻击我数据库我也能在redis层面给你拒绝，除非你秒杀过程中redis宕机导致缓存失效，不过这种极端情况你redis也

那我说一下压测这一块吧，最后得出的结果是这个项目的极限qps大概在1158左右，也就是一秒能最多处理1158个用户请求，秒杀持续三秒的话就能够处理大概3400多个用户请求，想要达到1w+的话就只能加机器了，不过你自身服务器也会有影响，比如你用jmeter或者你自己写java测试脚本对你电脑上的项目进行测试的时候，你的电脑上的cpu不仅会被你的项目抢占，同时也会被你的测试工具抢占，导致你的测试结果会

友友们听到可以自定义计算难度是不是觉得那直接越高越好，其实我也有过这样的疑问，不过查阅得知，这个密码是要经过服务器自己先进行2的n次方计算才能的得出最后的密码，也就是说你自定义的计算强度越大，服务器就干的越多，因此还需要考虑自身服务器的性能和需求再做决定，主播这里用的是默认的，也就是10,1024次的计算。没错，这也是我业务逻辑搭建的第一步，就是登录与注册功能的具体实现，不过在进行crud之前，我