涂鸦智能 Java 一面凉经

本人大三下，我从大三上的寒假开始投简历，然后有了第一次的面试经验，当时我很傻，啥都没咋准备，只准备了自我介绍，哈哈哈，然后不出意外被挂了，然后这次我问了我很多朋友的经验，然后利用ai以及看了一些社交平台的面经，但我还是很忐忑，因为我一直还从没去公司实习过，一般就做了校园业务，然后这次面试的社群运营，大家有没有几点好的建议

🙌面试感想：拷打了 简历都不敢写Docker了我真的只是略懂一点上午还有个小厂笔试考了：字符串数组最长前缀/后缀 字符串组合排列（回溯）1.自我介绍2.Go语言为什么适合微服务3.Go make和new区别4.Go defer使用场景5.HTTP状态码6.HTTP请求结构 请求头 请求行放什么？请求头放参数吗？URL里自带参数还是body带参数？7.Go Zero里面api如何定义8.Go如何接收前端json9.（项目）错误码体系？如何定义10.（项目）参数优化？11.JWT原理？如何判断用户是否有权限调用接口12.etcd用来做什么？13.Go代码编写成二进制后如何用Docker部署14....

攒人品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写代码的认可度如何？问：对我今天面试表现的评价和建议？

坐标北京，25届应届硕。上周三下午，HR找我谈话，理由很官方：“业务架构调整”。那一刻，看着手里还没过试用期的工牌，心态彻底崩了。但崩溃只持续了半小时。因为我知道，现在不是矫情的时候，秋招补录和春招的窗口期就在眼前，再拖下去，应届生身份就要作废了。当晚我复盘了之前的求职经历，发现一个致命问题：我的简历，根本不是在求职，而是在“乞讨”。之前的简历，我恨不得把大学拿过的奖学金、做过的社团、甚至兼职发传单都写上去，生怕HR觉得我履历空白。结果呢？投递50+，面试0。痛定思痛，我花了3天时间，彻底重构了我的简历逻辑。结果惊人：修改后的简历投递出去，3天内收到了5个面试邀请，其中2个还是大厂。今天就把我...