如果你的简历还停留在“手写 RPC”、“手写网络框架”、这一套，真的该换换了。为什么手写 RPC 已经不值钱了？几年前，自己手撸一个简易 RPC 框架，确实能在面试中加点分。面试官不会为难你，但现在面试是什么模式？ 面试官不给你玩车轮战算他没力气！现在市面上：手写 RPC 项目随处可见，大家都写，面试官看得太多，早就不新鲜了。大多数自写 RPC 项目，只是简单的 socket 通信 + 注册中心，没性能优化、没高可用，没实际落地价值。问问你这个和Netty比区别在哪里，再问问Netty的深度内容，直接蒙圈对企业来说，你的目标不是造一个“轮子”或“RPC Demo”，而是用现有技术解决实际问题，...

晒晒我的工位，如图，已经离职，某互联网大厂的工位，主要还是看工区，我这个工位难评     

问题描述面试官：后端一次性返回10万条数据给你，你如何处理？我：歪嘴一笑，马上给后端发送一百万次请求，干蹦他的服务器，让他给爷哭！问题考察点性能优化意识（能否识别出“10 万条数据”会导致性能问题？是否第一反应是优化处理方式？）浏览器渲染机制认知（是否理解 DOM 多、内存占用大、长任务对 UI 卡顿的影响？）数据处理策略（是否会用分页、分片、懒加载、虚拟滚动等数据加载/渲染策略？）项目实战经验（是否能结合实际业务讲解你曾用过的优化方案？）前后端协同思维（是否考虑跟后端协商分页/接口设计？）代码抽象能力（是否能设计合理的数据结构 / 缓存机制 / Worker / 节流方案？）解决方案和思路1...