哔哩哔哩Java后端实习二面

攒人品中 1.项目拷打2.实习拷打3.用什么AI产品解决问题?用Claude学东西+各种拷打自己..用codex和claude code做pj4.场景题,给你一个场景如何节省token开销来解决这个问题5.场景题,还是围绕开销,具体忘了6.你项目的数据集多大7.能实习多久

如何避免伪造支付场景使用 HTTPS 确保所有前端到后端的通信都通过 HTTPS 进行。这保证了数据在传输过程中的完整性和机密性，防止中间人攻击。 2.不要在前端存储或操作任何支付敏感数据前后端严格校验数据 前端验证：对用户输入的支付信息进行基本的前端校验，比如银行卡号、有效期、CVV等格式的校验。尽管这不能完全防止伪造，但可以减少不规范或明显错误的数据被提交。 后端验证：在后端确保所有支付信息都是有效的。不要依赖前端的验证，因为前端数据可以被用户修改或伪造。避免在前端存储敏感数据 敏感数据不可存储：不要在前端保存用户的支付信息。即使短期存储，也应通过支付网关返回的临时凭证（token）代替敏...

攒人品ing~（一天三面我燃尽了）个人背景介绍一、 项目深挖：高并发博客系统架构面试官提问：你的并发控制和API限流是怎么做的？面试官追问：点赞的接口限流具体怎么实现的？面试官追问：数据最终怎么落库？MQ消息丢了怎么办？二、 场景题：使用Redis实现QPS/QPM/QPD限流面试官提问：如果要用Redis限制一个接口在滚动窗口下的QPS、QPM、QPD，怎么做？第一版思路：将时间单位拼接到Redis Key中。面试官指出：这会导致Key数量爆炸式增长。第二版思路：使用Hash结构，记录用户在特定时间窗口内的访问次数。面试官指出：这种方式只能记录自然时间（如自然天、自然秒），无法满足滑动窗口的需求。第三版思路：使用ZSet实现滑动窗口，Score设为时间戳，Value设为唯一标识。每次请求进来先移除时间窗口之前的数据，再使用 `ZCARD` 统计当前元素个数来判断是否限流。面试官指出：在QPD（每天调用量）极大且高频的场景下，ZSet会导致元素过多，产生大Key问题。第四版思路（最终被认可）：针对精度要求没那么高的QPM/QPD，采用“分桶计数”思想。将一天24小时分为1440个分钟桶，使用String存计数值。每次判断时只需将最近时间段内的桶数据相加即可，旧桶设置自动过期销毁。表示该方案可行。三、 项目深挖：缓存三大问题解决方案面试官提问：你在项目中提到的“布隆过滤器 + 互斥锁 + 逻辑过期”是怎么协同工作的？四、 手撕算法题目：LeetCode 124. 二叉树中的最大路径和。五、 反问环节问：入职后实习生的主要工作内容是什么？问：团队内部对于AI写代码的认可度如何？问：对我今天面试表现的评价和建议？

都是前段时间面的，之前在忙实验室的项目没时间整理，现在简单整理下。美团和京东都是挂了之后的第二次一面，京东目前没出结果，美团一面过了约我五一后二面，但是滴滴已经给offer，大概率不去面了。美团一面你这个方向是网络安全，但你投的是后端开发，是什么原因？后端开发跟 Agent 开发，你更倾向于哪个？讲一下你第一个项目整个编排平台的执行过程。节点执行过程是不是分多个状态？还有其他状态吗？比如用户取消？用户取消的话，正在执行的节点会流转到什么状态？你们有没有用到状态机去做状态流转？还是纯靠业务判断？怎么保证状态流转的线程安全？如果有两个线程同时将节点从 running 改到成功，你怎么处理？数据库层...