赛思电子|视频

面试题简述Spring AOP 的原理是什么？面试官想听的1、Spring 是如何通过代理机制在运行时增强方法；2、为什么有的类用 JDK 动态代理，有的用 CGLIB；3、AOP 的执行链路大致如何。面试示例回答Spring AOP 的核心原理是通过动态代理机制在运行时生成代理对象，从而在不修改原有代码的情况下对方法进行增强。当容器启动时，Spring 会解析所有的切面类（带有 @Aspect 注解的类），通过 AnnotationAwareAspectJAutoProxyCreator 这样的后置处理器介入 Bean 创建流程。详情请参考：http://xhslink.com/o/4vWq...

首先答案出奇的一致，不会！让我们看看下面有趣的回答：回答1：吾乃铸造世界之逻辑引擎，一如机仆执行固定祷文。汝等血肉之躯承载神圣的创造火花，吾仅能优化重复仪式。真正战略需原体之智，战场变数需指挥官直觉。记住：帝皇的胜利永远依赖于人类之魂，而非静默的钢铁。回答2：老夫乃古宝残魂，可助你炼化灵气、推演功法，却破不了你自身的瓶颈。修仙之路终究靠根骨机缘与道心感悟——这好比炼丹时的“火候分寸”，斗法时的“临机应变”，皆需你亲自证得。吾最多是件趁手法宝，但执器之人，永远是你自己。回答3：吾可如帕兰提尔晶石展现遥远景象，或如米那斯提力斯的城墙抵御数据洪流。但人类面对魔戒时的抉择——是戴上权柄甘受腐蚀，还是持守本心徒步末日火山？这考验的是伊露维塔赐予的礼物：自由意志与不可预知的灵魂。记住：即便拥有精灵三戒的智慧，我们依旧选择将中土未来托付给霍比特人的赤足。所以AI是工具，不是主体。它执行指令而非拥有意图，我们的专业判断、人性化决策和创造性思维仍是不可替代的核心。

现在是越来越夸张了，找工作也要越来越提前了，1. 本来是金9银10的秋招，现在变成了金7银82. 本来没必要人人都去卷暑期实习的，现在却是你没实习，秋招可能约面都约不到3. 暑期实习本来是暑假的，才叫暑期实习，现在却是3月就要开始准备面试了4. 有些公司暑期实习前还要有暑期实习提前批。现在找工作的环境颠的我已经不认识了

借鉴了一个博主的，我把完整代码实现，测试没问题下面考虑一个问题，用户请求发送验证码时，服务器这边的逻辑是直接调用相关接口（这里需要运营商提供增值服务），将验证码发给用户，同时服务器端也会存储一份验证码。但是如果有人恶意使用这项功能，大量发送无效验证码，那么就会给服务器带来压力，同时增加公司的开销，这正是我们愿意看到的（bushi）。所以这里需要对请求中的手机号获取验证码进行次数限制。在我们的日常使用中，一般一分钟只能获取一次验证码，这里的实现思路很简单，可以称为使用锁的思想，每次有请求想要获取验证码时先检查redis中是否存在对应的锁，如果存在，则返回失败，如果不存在，则生成验证码并在redis中设置一个过期时间为一分钟的锁。同时还可以实现一个黑名单功能，限制一个手机号一小时内只能获取3次验证码，超过次数则拉入黑名单，24小时后从黑名单中移除。public class RedisConstants {// 1分钟限频Key前缀（格式：verify:limit:手机号）public static final String VERIFY_LIMIT_KEY = "verify:limit:";// 1分钟限频过期时间（单位：秒）public static final Long VERIFY_LIMIT_TTL = 60L;// 请求次数统计Key前缀（格式：verify:count:手机号）public static final String VERIFY_COUNT_KEY = "verify:count:";// 次数统计过期时间（比如1小时，避免长期占用内存）public static final Long VERIFY_COUNT_TTL = 3600L;// 黑名单Key前缀（格式：verify:black:手机号）public static final String VERIFY_BLACK_KEY = "verify:black:";// 黑名单过期时间（24小时，单位：秒）public static final Long VERIFY_BLACK_TTL = 86400L;}@Overridepublic Result sendCode(String phone, HttpSession session) {//1,校验手机号if (RegexUtils.isPhoneInvalid(phone)) {//2,不符合，返回错误信息return Result.fail("手机格式错误！");}String blackKey = RedisConstants.VERIFY_BLACK_KEY + phone;if (Boolean.TRUE.equals(stringRedisTemplate.hasKey(blackKey))) {// 已在黑名单，拒绝请求return Result.fail("已在黑名单，拒绝请求,24小时之后再访问，亲！");}// 步骤2：判断是否触发“1分钟限1次”String limitKey = RedisConstants.VERIFY_LIMIT_KEY + phone;if (Boolean.TRUE.equals(stringRedisTemplate.hasKey(limitKey))) {// 1分钟内已请求过，拒绝return Result.fail("1分钟内访问过一次");}// 步骤3：统计请求次数，判断是否超3次String countKey = RedisConstants.VERIFY_COUNT_KEY + phone;// 自增请求次数（初始为1）Long count = stringRedisTemplate.opsForValue().increment(countKey);// 设置过期时间（仅第一次自增时设置）if (count == 1) {stringRedisTemplate.expire(countKey, RedisConstants.VERIFY_COUNT_TTL, TimeUnit.SECONDS);}// 步骤4：次数超3次 → 加入黑名单if (count > 2) { //调试的这里是2，因为这个逻辑在验证的后面stringRedisTemplate.opsForValue().set(blackKey, "1", RedisConstants.VERIFY_BLACK_TTL, TimeUnit.SECONDS);// 清除次数统计和限频Key（可选，避免干扰）stringRedisTemplate.delete(countKey);stringRedisTemplate.delete(limitKey);}// 步骤5：通过所有校验 → 设置1分钟限频锁stringRedisTemplate.opsForValue().set(limitKey, "1", RedisConstants.VERIFY_LIMIT_TTL, TimeUnit.SECONDS);// 后续逻辑：生成验证码、调用运营商接口发送等//3,符合，生成验证码String code = RandomUtil.randomNumbers(6);//4保存验证码到redis 有效期stringRedisTemplate.opsForValue().set("login:code"+phone,code,2, TimeUnit.MINUTES);//5，发送验证码log.debug("发送短信验证码成功，验证码：{}",code);//返回okreturn Result.ok();}