面试官提问：“设计了一个Agent系统，在执行多步任务时某一步失败了，你会怎么处理？”这个问题的一种回答思路诞生在大模型出现之前，就是典型的软件工程答案：加异常处理、设置最大重试次数，重试三次仍然失败就返回错误信息。这个回答不能说错，确实是工程基本功。但问题在于这是传统软件系统的错误处理思路。如果把这一套原封不动搬到 Agent 系统里，其实只解决了最简单的一类问题。面试官真正想考察的是：你有没有意识到，Agent 的失败和传统软件的失败根本不是同一种问题。（我的回答放在文末了）本质区别：显性失败与隐性失败在传统软件中，失败通常是显性的。接口超时、参数校验失败、数据库连接异常，这些问题都会抛出...

😭这是给挂了吗，都一周了还显示这个。。。。

刚面完拼多多（PDD）的服务端岗，这一波面试下来，真的深刻体会到了什么叫“基础不牢，地动山摇”。把面试题总结出来分享给大家，顺便附上我的内推码，大家一起冲！1. 网络基础：那些“送命”的细节TCP断电感知： 我随口说 send 函数返回 -1。面试官微微一笑：“你确定吗？”真相： 客户端断电，OS 没机会发 FIN 包。如果服务器不发数据，send 根本没机会返回错误。此时需要依靠 TCP Keepalive（保活机制） 或者应用层的心跳包来感知。TCP 八股文连招： * 握手/挥手顺序、流量控制、拥塞控制（慢启动、拥塞避免、快重传、快恢复）。报文有序性： 依靠 Sequence Number...