1. 第三批笔试的整体印象网申通过后的第一盆冷水收到阿里云2025年春招研发岗第三批笔试通知时我正在出租屋里刷着LeetCode题单。说实话能走到笔试这一步心里挺高兴的毕竟阿里云研发岗的简历关出了名的难通过。但真正点开赛码网的笔试链接看到考卷的那一刻我才意识到自己之前的准备方向有一半都是偏的——这套卷子不是单纯考算法而是把“工程基本功”和“云产品理解”揉在一起考满分150分算法只占其中一小部分。1.1 从网申到笔试流程上需要注意的几个点第三批笔试的邮件一般会提前三天左右发到邮箱同时短信跟上。邮件里会写清楚考试时间、赛码网考试链接、设备要求和注意事项。这里我踩了一个小坑邮件里的链接直接点进去选手机会跳动到一个“等待开考”的页面看起来啥也没有其实这是在下载监控插件。如果你用的是公司电脑或者极度受限的网络环境插件可能装不上建议提前半小时进场把环境搞定不要等到开考时间才开始折腾。笔试时间是120分钟题量不算特别夸张但想从容答完并不容易。开考前需要在赛码网页面完成人脸识别验证系统会随机拍照并开启摄像头监控切屏超过三次会记录异常严重的话可能被判作弊。我建议考试前把手机放到远处、聊天软件全部退出浏览器只保留一个标签页。1.2 试卷结构三种题型各考什么这一批笔试的题型可以分成三大块单选多选混合的选择题、两道算法编程题、以及两三道简答/设计题。选择题大概占了40分编程题50分左右简答设计题60分左右。也就是说编程题并不是绝对的大头简答题的权重反而很高很多同学容易忽略这一点。选择题覆盖范围比较广包括数据结构、操作系统、网络、数据库、Linux命令、Java/C语言基础以及阿里云产品相关的题目。印象比较深的是有两道题涉及RAM访问控制和OSS权限配置如果没有实际用过阿里云看到这种题会有点懵。编程题是标准的ACM风格用牛客或力扣的方式输入输出题目难度中等偏上一道是拓扑排序变种一道是大数据TopK问题。简答题则是给一个真实的工程场景让你设计架构或排查问题比如“线上服务偶发超时你怎么排查”或者“如何设计一个短链服务”。1.3 这场笔试和一般互联网大厂笔试的区别我秋招的时候也参加过几家头部互联网公司的笔试大部分是纯算法题选择题考察的面相对窄一些。阿里云这次笔试最大的区别在于它把阿里云的产品和技术栈直接嵌入到考题里默认你具备一定的云原生开发经验。比如选择题里出现“STS临时凭证的有效期最长可配置为多少”“CDN回源失败可能的原因”这种问题没碰过云产品的同学只能靠蒙。所以我后来复盘时得出一个结论准备阿里云研发岗笔试光刷算法题是不够的必须把阿里云核心产品ECS、OSS、CDN、RAM、云效Codeup、消息队列等的基本原理和使用姿势过一遍至少要知道这些产品是干什么的、底层用到了哪些基础技术、常见问题有哪些排查思路。下面我按题型和考点逐块拆解把还能回忆起来的题目和解题思路写下来。2. 题型拆解哪些题在筛选基础哪些题在筛选工程能力2.1 选择题基础知识覆盖面很广但很“实在”选择题一共大概二十道考察内容大致可以分成计算机基础和云产品知识两类。计算机基础部分出现的高频考点包括进程与线程的区别、死锁的四个必要条件、TCP三次握手与四次挥手、HTTP状态码含义、B树与哈希索引的区别、事务的ACID特性、MySQL隔离级别、Java的HashMap原理和并发容器、C的智能指针、Linux常用命令等。这些题目本身不难但因为覆盖面太广如果平时某个方向长期没碰很容易卡壳。我印象里有一道题是这样的某Linux进程的CPU使用率很高用哪个命令可以快速定位到对应线程A.top -HB.ps -efC.free -mD.netstat -an。答案是A。这道题看似简单但很多同学平时只见过top不知道有-H参数可以显示线程级负载。类似的细节题还有很多比如“查看某个端口是否被占用”应该用ss -lntp或netstat -lntp而不是ps。云产品部分的选择题更有业务色彩。有一道题问RAM用户是否可以同时拥有多个权限策略答案是肯定的一个RAM用户可以被加入多个用户组也可以直接附加多个自定义策略。还有一道题考了对象存储OSS的存储类型问低频访问型Infrequent Access适合什么场景答案是“访问频率低但数据需要实时读取”。这类题只要用过产品基本都能答对但没用过的话选项之间的细微差别很难判断。2.2 编程题两道题都不算偏门但很考验思路第一道编程题是“课程表”的变体给定课程数量n和依赖关系列表 prerequisites要求判断是否可以完成所有课程。这题核心就是拓扑排序环检测可以用Kahn算法或者DFS染色两种方式实现。我个人更推荐Kahn算法因为它写起来不容易出错而且天然适合处理“入度为0”的点作为起点。写完记得处理极端情况比如n0、prerequisites为空数组。第二道题是经典的大数据场景“给定一个非常大的日志文件每行是一条用户访问记录找出访问次数最多的前K个IP。”如果内存足够直接HashMap计数后排序就能做但题目暗示文件非常大不能一次性读入内存。稳妥的做法是哈希分片小顶堆先把大文件按IP哈希分到多个小文件里对每个小文件单独统计IP次数再用大小为K的小顶堆求全局TopK。这题考察的其实不是某个冷门算法而是“面对海量数据如何用有限资源解决问题”的工程思维。我在这里有一个不小的教训写第一道拓扑排序时我习惯性地用邻接矩阵存图结果数据范围n可以到10^5直接内存越界又超时。正确的做法是用邻接表ArrayList []或者ListList 。所以笔试前一定要养成看数据范围的习惯邻接矩阵只适用于点数几百以内的情况。2.3 简答/设计题真正拉分的地方在这里简答设计题一共三道每题大概20分。我回忆到的题目方向一是“线上服务偶发超时请给出排查思路”二是“如果让你在阿里云上设计一个支持高并发的短链服务你会怎么设计”三是“为什么说重启能解决很多线上问题谈谈你的理解”。第一道题我总结的排查思路是先确认是单机问题还是集群问题再看网络链路SLB、安全组、带宽、应用层线程池是否打满、GC是否频繁、数据库层慢查询、连接池满、依赖服务下游接口变慢。答题时最好按照“现象→定位→根因→解决方案”的逻辑展开并且把顺手能用的工具写出来比如top、jstack、arthas、慢日志查询等。这种题没有标准答案但考察的是你遇到生产故障时的第一反应和排查习惯。第二道短链服务的设计题核心点在于发号器如何生成唯一短码、短码与原始URL如何存储、跳转时如何做302/301重定向、如何支撑高并发读。当时我画了一个简单的结构发号器用Redis自增或雪花算法生成ID再通过Base62编码成短码存储层用Redis缓存热点映射MySQL做持久化跳转请求先查缓存未命中再查数据库并回填。如果面试官想看细节还会追问“短码过期怎么处理”“如何统计点击量”这其实对应了阿里云上消息队列加离线分析的使用场景。第三道题很多人会觉得是送分题其实考的是运维功底。重启能解决的问题大多是“不可恢复的状态异常”比如内存泄漏导致OOM前兆、线程死锁、连接池耗尽、句柄泄漏。如果连根因都没定位就盲目重启问题很快会复现。答题时我侧重说了“重启只是应急手段必须配合监控和日志把根因找出来”。3. 技术考点深挖阿里云自己的产品就是天然题库3.1 RAM访问控制身份管理与临时凭证笔试比想象中爱考这次笔试里有好几道题都和RAM有关这不算偶然。RAM是阿里云IAM体系的基石研发岗日常操作库表、操作OSS、操作K8s集群全都是通过RAM来做鉴权的。如果你不清楚RAM用户、RAM角色、权限策略、STS临时凭证之间的关系做云上开发会寸步难行。简单梳理一下RAM的底层逻辑根账号拥有资源全部权限但日常使用应当创建RAM用户并分配最小权限。权限策略Policy本质上是一段JSON里面定义了Action、Resource和Effect。Effect有Allow和Deny两种当策略合并评估时显式Deny的优先级高于任何Allow。这一点笔试里直接出了一道题某个RAM用户附加了“AliyunOSSFullAccess”系统策略同时Bucket Policy里显式Deny了该用户对某个Object的GetObject操作最终该用户能否读取这个Object答案是不能因为Deny优先。另外STS临时凭证的机制也很重要。长期AccessKey泄露风险高正确的做法是通过STS的AssumeRole接口换取临时凭证临时凭证里包含的SecurityToken有效期可以配置范围为900秒到3600秒默认3600秒。我在笔试时遇到一道判断题问“STS临时凭证的有效期可以配置为7天吗”正确答案是不能再高上限就是3600秒。这个细节如果你没实际看过官方文档很容易凭感觉答错。3.2 OSS与CDN存储分发链路中的高频坑OSS这块我认为最值得关注的知识点是权限与数据一致性。选择题里有一道是说“如何让私有空间的某个文件临时授权给外部用户下载”正确方案是用OSS签名URL而不是修改Bucket ACL。签名URL把AccessKey和有效时间绑定到一个链接上外部用户拿到链接后可以在一段时间内下载不需要暴露密钥。这个方案的底层原理是HMAC签名与STS配合时可以对下载行为做更细粒度的控制。CDN相关的题则偏重架构理解。有一道是一段SPA单页应用部署到CDN后用户在浏览器直接刷新 /user/123 这个地址变成404问原因和解决方案。这其实是很经典的CDN SPA fallback配置问题CDN节点没有 /user/123 这个目录回源时源站也没有对应路由所以返回404。解决方案是在CDN的“回源配置”里设置自定义404页面为 index.html或者在控制台开启“单页应用回退”让所有路径都回源到入口文件。这个细节在阿里云CDN控制台里有现成配置项但很多开发同学没有接触过笔试时只能干瞪眼。另外CDN的回源HOST配置也值得提一下。如果你配置了CDN加速域名但回源HOST填错了会导致回源时源站收到的Host头不对后端Nginx可能返回404或者错误证书。这类问题在真实业务里非常常见笔试虽然没有直接考但简答题“CDN命中率低如何排查”就和它有关。3.3 代码托管与DevOps云效Codeup Git工作流热搜词里出现“vscode 阿里云codeup git”说明很多人关注阿里云自研的代码托管平台。事实上阿里云研发岗日常开发基本都在云效Codeup上完成笔试不给定性考这题但问了一些Git高危操作的正确姿势。比如“不小心把密钥文件提交到Git仓库了怎么办”这题其实考的是先用git rm --cached把文件从版本库移出并更新.gitignore然后必须改写历史filter-branch或者BFG把那个文件从提交历史里剔除最后还要提醒相关人等立即轮换密钥。从我的经验看把Codeup和本地VSCode协同使用主要走这么几步先在云效Codeup创建一个代码库拿到Git地址本地clone之后创建自己的feature分支开发完提交并创建Merge Request在Codeup页面上做代码评审和CI检查通过后合入主干。Codeup的MR页面支持直接查看代码差异、发表评论、自动触发流水线这个工作流和GitHub/GitLab基本一致但因为是阿里云生态权限体系天然与RAM账号打通所以登录时用的是阿里云RAM账号而不是单独注册一个账号。如果你准备阿里云笔试建议至少把“Git分支管理”“MR流程”“回滚历史提交”这三个操作在本地亲手做一遍。笔试中即便不考具体命令选择题里也很有可能考到“git revert和git reset的区别”“如何撤销已经push的提交”这类问题。3.4 镜像站与开发者生态为什么笔试里会问源配置笔试里有一道选择题问“Maven项目下载依赖很慢应该怎么优化”选项中有一个是“在settings.xml里配置阿里云公共仓库镜像”。如果你只是背过答案可能不知道背后的原因Maven中央仓库默认在国外国内网络访问延迟和失败率都很高。阿里云镜像站maven.aliyun.com/repository/public会把中央仓库的内容同步到国内节点配置后依赖下载速度能提升一个量级。和它类似的还有Linux系统源配置。我秋招时自己配过CentOS 7的yum源把默认的repo文件指向mirrors.aliyun.com再清缓存重试安装软件秒下。笔试虽然不会让你现场敲命令但会以“如何给CentOS换源”这种简答题形式出现。你至少要能说出备份原repo文件、下载或修改为阿里云base源和epel源、执行yum clean all和yum makecache。如果连这些都不知道说明日常开发的系统维护经验不足。这些题目放在一起看逻辑很清晰阿里云笔试不是想招一个纯粹的LeetCode选手而是希望招一个能直接在云上干活的研发。会用镜像站、会配yum源、会看RAM权限、会部署OSS和CDN这些“基本功”在笔试中占的分量远比想象中高。4. 配置类实操题的真实面貌会答和拿分是两回事4.1 Maven仓库镜像配置从settings.xml开始选择题里有一道关于Maven镜像的问题但简答题也没有完全放过这一块。我的回忆是有一道“如何把Maven依赖下载切换到阿里云镜像”的简述题。答题时我写了标准的三步在Maven的conf/settings.xml或用户级~/.m2/settings.xml的 节点下添加阿里云公共仓库镜像检查 中的ID至少有一个为central然后执行mvn clean compile验证依赖是否能正常下载。一个容易忽略的细节是settings.xml的 写法中mirrorOf的值一定要写成central或*。如果只写一个别名可能导致部分依赖还是从中央仓库下载。下面是我实际用的一份配置片段可以直接参考mirror idaliyunmaven/id mirrorOfcentral/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror笔试虽然不会考这么细的XML字段但理解这个配置能帮你在选择题里快速排除错误项。另外除了Maven镜像站还覆盖了npm、PyPI、Docker Hub等思路都是一样的把国外源换成国内同步节点解决访问延迟。4.2 Linux软件源替换CentOS和Ubuntu的差异运维向的选择题考过“CentOS 7.9默认yum源访问缓慢如何切换到阿里云镜像”我在试卷里写了两个关键命令替换Base源和epel源然后清理缓存。实际操作时我一般会先备份原始repo文件mkdir -p /etc/yum.repos.d/backup mv /etc/yum.repos.d/*.repo /etc/yum.repos.d/backup/ curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo curl -o /etc/yum.repos.d/epel.repo https://mirrors.aliyun.com/repo/epel-7.repo yum clean all yum makecache如果是Ubuntu 22.04则要把/etc/apt/sources.list里的archive.ubuntu.com替换为mirrors.aliyun.com然后执行apt update。这里有个坑Ubuntu的源文件可能是.list或.list.d格式新版Ubuntu还引入了sources.list.d目录修改时要先看清楚自己系统的版本。笔试里用CentOS出题的概率更高但你在个人学习时最好把两种都折腾一遍才不容易混淆。4.3 SSL证书免费续期与部署看似简单细节不少笔试选择题里出现过“SSL证书快到期如何处理”的讨论题干是“阿里云免费SSL证书有效期是多久、如何续期”。这道题的答案是免费证书有效期目前是3个月到期前需要重新申请并部署不能直接续费同一张证书。真实操作中我建议盯紧证书有效期。可以在云监控里配置到期提醒或者提前一个月重新申请证书再在Nginx里替换证书文件并reload# 把新证书放到指定目录后检查配置再重载 nginx -t nginx -s reload一个常见的坑是很多人以为替换证书后浏览器会自动生效实际上如果使用了CDN则源站和CDN节点都需要更新证书甚至要等CDN缓存过期。笔试中问“证书部署后仍然告警不安全”可以从证书链不完整、CDN节点缓存旧证书、部署的域名和证书不匹配三个方向排查。把这些写进答题里会比只写一句“重新部署”拿分多。5. 错题回忆与复盘笔试里丢分最多的几个地方5.1 RAM权限判断题显式Deny优先别被“拥有FullAccess”带偏错题复盘是我最喜欢的环节。先说一道我纠结了很久的题RAM用户A被授予了“AliyunOSSFullAccess”同时某个Bucket的Bucket Policy中显式Deny了A的GetObject操作问A是否可以读取该Bucket下的Object。我一开始想“FullAccess”可是所有权限Deny应该被覆盖才对结果错了。正确答案是拒绝因为阿里云的权限判断逻辑会先合并所有策略然后检查是否存在显式Deny只要有显式Deny直接拒绝无论Allow的权限范围多大。这个知识点对做云上开发的工程师来说非常关键。生产环境中安全团队经常会用Deny策略做“熔断”强制限制某个高危操作比如禁止删除生产环境重要Bucket、禁止在特定地域创建ECS实例。就算运维人员本地配置了Allow类权限也不能突破Deny限制。笔试里的这道题其实是在提醒我们理解云上权限模型不能只看“授权”还得看“拒绝”的优先级。5.2 网络基础题TCP和UDP在真实业务里的选择别再靠蒙有一道选择题是“视频直播场景优先选择TCP还是UDP”选项里还包括“QUIC”。我当时选了TCP理由是直播要可靠传输但实际上直播更看重低延迟UDP可以容忍一定丢包配合FEC前向纠错能获得更好的体验。而现代音视频服务里很多已经升级到基于UDP的QUIC协议所以答案是UDP或QUIC而不是TCP。这种题单独看是送分题但在“阿里云笔试”的语境下它暗示的是云上产品选型逻辑ECS、OSS、CDN、直播服务不同产品面对的网络需求不同采用的传输层方案也不同。如果你把云产品里面的“低延时直播”和QUIC加速搞清楚再回头做这道题就很容易。笔试结束后我把阿里云官方文档里关于CDN QUIC加速、RTS低延时直播的部分翻了一遍才知道当时选错的原因。5.3 第二道编程题的时间复杂度优化思路写出来也有分编程题如果完全AC不了把自己的优化思路写在注释里其实有可能拿到部分分。这次第二道TopK题我只写了哈希分片思路的伪代码核心的小顶堆实现没有完全跑通但我在注释里写了“先分片统计再局部TopK再全局TopK”的流程。交卷后回忆起来这题的隐藏考察点就是“map-reduce思想”我分片的方向对了代码细节差一点估计能拿到一半的分。建议大家在笔试时即使代码运行超时或编译不过也要把思路用注释写清楚。笔试判题系统一般来说只会根据测试用例判断对错但后续人工复核简历时可能会有人眼查看代码思路清晰的注释会让你在主观评价上加分。另外不要在一道题上死磕超过30分钟第二题如果卡住了可以先跳到简答题把框架分拿到再回来补代码。6. 给准备后续批次和来年笔试的同学的建议6.1 时间分配算法、基础、云产品三块缺一不可如果按照“第二周系统准备”的节奏来规划我会建议这样分配40%的时间刷高频算法题拓扑排序、TopK、滑动窗口、二分、DFS/BFS、并查集30%的时间复习八股基础操作系统、网络、数据库、Linux命令剩余30%专门过阿里云产品知识。产品知识不求你会用控制台点一遍所有功能但至少要把核心产品的使用场景、权限模型、常见报错和排查思路梳理成自己的笔记。我在笔试后把云产品相关的知识点整理成一个清单RAM用户、角色、策略、STS、OSSBucket、ACL、生命周期、签名URL、CDN加速域名、回源配置、HTTPS、缓存刷新、云效Codeup仓库管理、MR流程、SLB/ECS安全组、负载均衡、消息队列RocketMQ/Kafka的适用场景。这个清单面试阶段同样用得上。6.2 这几件动手操作的事建议笔试前完成第一用你自己的阿里云账号创建一个RAM子用户给它只读权限然后用子用户密钥调用一次OpenAPI体验一下鉴权流程。第二开一台按量付费的ECS记得用完释放从零配置yum源并部署一个Nginx页面顺带把免费SSL证书申请和部署走一遍。第三把Maven的settings.xml换成阿里云镜像体会一下仓库镜像对构建速度的影响。第四用OSS上传一个文件并生成签名URL再用浏览器测试时效性。这些操作在笔试里不一定以原题出现但做了之后你对云产品的基础概念会有一个具象的认知。比如你操作一次SSL证书部署就知道证书链和Nginx配置的关系了选择题里再出现“证书部署后不生效”的题至少能猜到排查方向。6.3 心态与策略笔试不是终点是模拟线上的开始经历过这一批笔试之后我最大的感受是阿里云研发岗的笔试更像一次“真实工作的小规模预演”。它没有堆砌特别冷门的算法而是把日常开发和云上运维中最常见的问题拆成了一道道题目。你不需要成为算法竞赛选手但需要具备扎实的计算机基础、对云原生技术栈的熟悉度以及遇到问题“先定位再解决”的思维习惯。如果你准备后续批次的笔试建议把心态从“刷题交差”调整为“用笔试补齐自己的技术拼图”。每做错一道题就顺手把背后的知识点展开看一下。比如那道RAM的Deny优先级题我查完文档后顺带了解了权限评估的完整链路那道直播协议题让我把QUIC和CDN加速的关系补了一遍。这些知识面试的时候还会用到一次笔试的收获其实可以延续很久。最后再分享一个实用的小技巧笔试前一定要去赛码网熟悉一下在线编程环境尤其是输入输出模板。赛码网的调试面板和力扣不一样先用它练习两道输入输出比较复杂的题能极大减少正式笔试时的紧张感。祝接下来参加笔试的同学都顺利进入面试环节。