这场更像典型的嵌入式实习筛选节奏。时间不算长，但问法很实，不太给你空转概念的空间。项目要能往下挖，Linux 基础要能接得住，真碰到问题时你怎么定位，面试官也会顺手看一眼。一开始不会显得特别凶，可一旦你简历里写了 Linux、驱动、并发、调试、RTOS 这些词，问题就会很快落到细节上。印象比较深的是下面这 10 个。面试题目从用户态发起一次系统调用，到内核处理完再返回，这条路径里发生了什么匿名页和文件页在内存回收时为什么不会走完全一样的策略fork 之后父子进程看到的地址空间为什么看起来一样，但又不是真的完全一样select、poll、epoll 放到高并发场景里，真正拉开差距的点到底在哪负载...

我是一块砖，哪里需要哪里搬

三月底投到现在至今0约面，是哪里出了问题，是背景问题还是简历问题呢希望大佬指点一下改了一版新的，求大佬们看看

🕐面试时间：2025.12.03🏢部门：酒旅广告一面说一下你这个是怎么用乐观锁做投流拉黑的？介绍一下你们的业务，为什么要拉黑投流单，同时哪里出现了你描述的并发冲突你有考虑这个反过来的情况吗？你这个相当于就是你的 job 把那个运营的操作给覆盖了，那反过来呢？这个本地缓存热更新是指什么？更新的是什么内容？怎么实现的？介绍一下你如何实现更新特定的缓存的这个令牌桶限流是指什么？那使用那个 Redis 进行限流，还有别的方案进行限流吗？为什么你们否定了本地令牌桶限流的方案，你说一下你理解的什么时候用本地令牌桶什么时候用分布式令牌桶你这个对象池是优化什么场景的？里面存的是什么数据？为什么你们选择使用...