大疆安全工程师一面

《面试题目》

1. 自我介绍
2. 项目问题（深挖）
3. AI 用过吗？平时怎么用的？哪些是你做的、哪些是 AI 做的？
4. 你在做项目的时候遇到最大的困难是什么？
5. 服务器 CPU 异常飙升，你的排查路径是什么？
6. 访问一个网页异常，你会排查什么？
7. 操作系统中两个软件运行时，可能产生哪些异常情况？
8. 操作系统中避免死锁的机制是什么？
9. 你未来想要找的岗位是什么？

《参考解析》

项目深挖要经得起三层追问：面试官会从「做了什么」追到「为什么这么做」再到「换个场景还成立吗」，所以每个写进简历的项目都要能回答：背景与约束、你的具体职责边界、关键技术选型与备选方案、量化结果、以及一个你踩过的坑和修复过程。安全岗位尤其会追问数据流与信任边界——数据从哪来、存在哪、谁能访问、有没有做校验和加密、日志里会不会泄露敏感信息。回答时明确区分「我独立做的」与「团队做的」，并把 AI 参与的部分标出来，评估者真正在意的是你对产出的掌控程度。

AI 工具的使用边界要交代清楚：可以坦率说用 AI 做代码补全、脚本编写、日志分析、漏洞资料检索，同时说清验证环节——生成代码必须自己读、跑通、看边界，涉及鉴权、加解密、越权判断这类安全关键逻辑不交给 AI 定稿。面试官问「哪些是你做的」不是要否定你，而是想确认你能为结果负责。如果能补一句「我会刻意让 AI 生成测试用例来交叉验证，但断言由我自己写」，会显得更成熟。

CPU 飙升的排查路径是标准自上而下流程：先确认现象与影响面（哪个服务、什么时候开始、是否与发布／流量变化相关），用 top/htop 看进程级、再 top -H -p <pid> 定位到线程，把线程 ID 转十六进制去 jstack（Java）或 perf top/gdb（C/C++）看栈；同时排除「不是 CPU 而是 IO 等待伪装成高负载」（看 load average 与 iowait、iostat）。常见根因按概率排：死循环或正则回溯、线程池／连接池配置不当导致的重试风暴、锁竞争与频繁 GC、批量任务或定时任务撞车、被外部扫描打满（看连接数与来源 IP）。排到根因后再谈处置：限流降级止损、修代码、加监控告警阈值。能把「定位工具 → 常见根因 → 处置动作」讲成一条线就够用。

网页访问异常的排查是从客户端到服务端的分层剥离：先分清是个例还是全量、是 DNS、TCP、TLS 还是应用层——dig 看解析、ping/traceroute 看连通、curl -v 看握手与响应头、浏览器看 Console 与 Network 里的状态码。常见落点：DNS 污染或缓存、证书过期或域名不匹配、CDN 回源失败、401/403 鉴权与 WAF 拦截、502/504 网关后端超时、静态资源 404 或 CORS 预检被拒。安全视角还要多一步：先判断这是故障还是攻击（异常跳转、注入响应、可疑重定向都属于后者），别把安全事件当普通故障处理。

操作系统层面的异常与死锁要靠概念 + 场景说清：两个软件同时运行可能互相影响——端口与文件锁冲突、共享内存／命名管道读写竞争、句柄与内存耗尽、优先级反转、一个进程崩溃导致依赖它的进程阻塞。死锁的四个必要条件是互斥、持有并等待、不可剥夺、循环等待，破坏任一条件即可避免：所有进程按同一顺序申请锁（破循环等待）、用 tryLock 加超时（破不可剥夺）、一次性申请全部资源（破持有并等待）、或者用无锁结构与资源池减少互斥。还要能提到预防之外的检测与恢复：资源分配图找环、超时回滚、以及生产上更常见的「先保证有超时和监控，别让死锁静默挂着」。

岗位意向题不要只报一个名词：说清你对安全方向的偏好（应用安全、主机与应急响应、数据安全等）和为什么，并把它和前面的项目经历连起来——比如「项目里做过权限与日志审计，发现自己更想往应用安全深挖」。这场面试里操作系统知识是明显短板，事后要按「进程线程与调度、内存管理、锁与死锁、IO 模型」四条线补，尤其把死锁、竞态、句柄泄漏这些和安全强相关的点结合真实场景记，比背概念更抗追问。