中国移动通信集团甘肃校招技术岗面试经验——求职精灵（finsight.work）

两分钟讲三段，落点放在「为什么适合地市技术岗」。

• 底子：学校、专业、与通信或 IT 相关的核心课程，一句带过。
• 实践：一段最相关的经历，比如 5G 网络优化项目里负责数据采集与分析，说清用了什么工具、覆盖效率提升了多少。
• 能力：从项目里提炼两件事，比如会看指标、能定位问题，再补一句代码或数据库的基础。
• 为什么这里：甘肃公司是本地的主导运营商，武威分公司的技术岗能同时接触网络和系统，学得杂但学得快。
• 收口：我愿意在武威长期做，先把本地网络摸熟。

说完停住。如果考官接着追问项目细节，说明实践部分立住了；如果只问成绩，说明技术含量没讲出来。

获奖题要分类、要给含金量、要讲收获，别背清单。

• 分类：学术类、竞赛类、荣誉类各挑一项，三类就够，不用全报。
• 给含金量：竞赛说清级别和名次，比如国家级二等奖、省级一等奖，学术奖学金说清比例。
• 讲过程：挑一个奖讲背后做了什么，比如数学建模里你负责建模还是写作，熬了几个通宵解决了什么问题。
• 讲收获：奖项证明了什么能力，比如抗压、协作、快速学习，不要停在「证明我优秀」。
• 讲谦逊：也拿过没获奖的比赛，说清从失败里学到什么。

收尾一句：奖项是结果，我更看重准备过程里养成的方法。如果追问「哪个奖最难」，答一个真实的并说清难在哪。

按「平台、业务、岗位、地域」四层讲，别只说稳定。

• 平台：中国移动是全球用户规模最大的运营商，网络和系统规模大，能见到真实的高并发高可靠场景。
• 业务：从语音到 5G、云计算、大数据，业务在往信息服务转，技术岗不只是维护设备，还要支撑新业务落地。
• 岗位：武威分公司的技术岗人少事杂，能同时接触网络、系统和数据，对新人来说是快速积累的路子。
• 地域：我是本地或愿意留下的人，家里支持，能长期做。
• 讲匹配：我的通信背景加一点开发能力，正好对上这个岗位的复合要求。

收尾一句：我不是来过渡的，是想在本地把技术做扎实。如果追问「为什么不去互联网公司」，答清你对工作节奏和稳定性的取舍。

按「先判断、再补位、后调整」三步答，别一上来就换人。

• 先判断：是能力不足还是资源不足，是全面不会还是某一环不会，问清卡在哪一步。
• 再补位：把任务拆成能做的和做不了的，能做的让他继续做，做不了的你带着做一遍，或者找有经验的人结对。
• 给支持：给模板、给检查点、给反馈节奏，比如每天下班前对一次进度，避免最后才发现。
• 做调整：如果确实超出能力且时间不允许，及时调整分工，同时说明这不是惩罚，是保证交付。
• 做复盘：事后补培训或换岗建议，别让同一个人反复卡在同一件事上。

收尾一句：换人是最快的办法，但不是最好的办法，先看他缺的是能力还是支持。如果追问「他就是不学呢」，答清你会怎么给出明确的改进期限。

分「集团、省公司、地市分公司」三层，这个结构最见功课。

• 集团：2000 年成立，注册资本 3000 亿元，资产规模约 2.5 万亿元，移动客户约 9.91 亿户，是全球用户规模最大的运营商，业务从语音扩展到 5G、云计算、大数据、人工智能。
• 省公司：甘肃公司是中国移动在甘肃的省级分公司，统一组织全省的网络建设与经营。
• 地市分公司：武威分公司隶属甘肃公司，负责武威本地的网络建设维护、政企与家庭宽带、营业服务支撑，技术岗就在这条线上。
• 讲判断：运营商的优势是网络和客户规模，挑战是传统业务增长见顶，所以近年强调云和政企，技术岗的价值也在这里。

收尾一句：我关心的不是集团有多大，是武威这边具体要做什么。如果追问「你知道我们有哪些政企产品吗」，答云专线、行业专网、视频监控这类，别硬编。

这题考成熟度，答法要理性、要有路径。

• 先接受现实：校招薪资是按岗位和地市定的，入职前就有心理预期，不会拿它当意外。
• 看清结构：了解基本工资、绩效、补贴、专项奖励各占多少，知道哪些部分靠考核争取。
• 找路径：问清晋升和调薪的周期与标准，知道自己要在多长时间内达到什么水平。
• 提能力：把注意力放在能提升的部分，比如考取专业认证、独立承担项目、把故障处理效率提上来。
• 讲底线：如果长期低于行业水平且没有成长，我会重新评估，但不会一进来就抱怨。

收尾一句：薪资是结果，先看自己能不能创造对应的价值。如果追问「三年不涨呢」，答清你会怎么沟通和选择。

分成三段讲，讲能力不讲职级。

• 前一到三年：把岗位的基本功练熟，网络侧的故障处理、系统侧的日常运维、数据侧的报表都能独立完成，考下相关认证。
• 三到六年：找到一条主线，比如传输与无线优化，或者 IT 支撑与开发，能独立负责一个片区的技术工作，带一两个新人。
• 六到十年：成为本地技术上的把关人，能牵头解决跨专业的复杂问题，或者转到技术管理，把经验变成流程。
• 讲方法：每年给自己定一个可验证的目标，比如独立处理某类故障、完成某个系统上线。
• 讲边界：规划会跟着业务变，但方向是往深里走，不是频繁换赛道。

收尾一句：我不想十年后还在做同一件事，但也不想三年换三个方向。如果追问「做不到怎么办」，答「那就调整路径，不调整方向」。

按「评估、借力、分工、兜底」四步，别只说找同事帮忙。

• 评估：任务差多少、时间还剩多少、缺口在客户数还是转化率，先算清再谈办法。
• 借力：找主管要资源，比如政策支持、老客户名单、其他片区的经验；跨部门要支撑就打报告说清理由。
• 分工：把任务拆成获客、跟进、成交三段，谁擅长什么就做什么，你负责最难的那一段。
• 兜底：设定检查点，比如每周对一次进度，缺口还差多少就及时上报，不等到最后一天。
• 复盘：任务结束后把有效动作写成清单，下次同类任务直接复用。

收尾一句：一个人完不成的任务，先想清楚缺什么，再想找谁补。如果追问「同事不配合呢」，答清你怎么用利益和分工说服对方。

优势题给三条，每条一个证据，落到岗位需求上。

• 专业：通信背景让我看得懂网络指标，也学过编程和数据库，能同时接网络和系统两摊事。
• 能力：排查问题的习惯是先看数据再猜原因，实习时定位过一个覆盖问题，最后发现是参数配置而不是设备故障。
• 态度：地市岗位杂事多，我不挑活，愿意跑现场也愿意坐下来做报表。
• 讲匹配：这三条正好对上这个岗位「人少、事杂、要动手」的特点。
• 讲不足：补一句真实的短板，比如大型项目经验少，并说明打算怎么补。

收尾一句：我的优势不是某一项特别强，是能两头接。如果追问「那你最弱的是什么」，别答「太追求完美」这种套话。

先给定位，再讲分工，最后讲怎么配合。

• 定位：Spring 是轻量级 Java 框架，核心是 IoC 容器和 AOP，解决对象管理与横切逻辑。
• Spring MVC 是它体系里的 Web 层框架，围绕 DispatcherServlet 做请求分发，解决 HTTP 请求怎么进到具体方法。
• 关系：Spring 管 Bean，Spring MVC 管路由与参数绑定，前者是地基，后者是门面，不是替代关系。
• 实际用法：用 Spring 管理 Service 与 DAO 的生命周期，用注解把 URL 映射到 Controller。

收尾一句：现在多数项目用 Spring Boot 自动配置好，但底层的容器和 MVC 机制没变。如果追问 IoC 解决了什么，答解耦与可测试性。

分两半答：表设计讲原则，缓存讲策略。

• 表设计：按业务实体拆表，遵循三范式减少冗余，主键用自增或雪花 ID，频繁查询的字段建索引，关联多的场景适度冗余以减少连表。
• 缓存策略：读多写少的场景用旁路缓存，先读缓存、未命中查库再回填；写操作先更新库再删缓存。
• 一致性问题：删除缓存后如果有并发读，旧值可能被回填，所以用延迟双删，或者用消息队列异步补偿，保证最终一致。
• 强一致场景：加分布式锁或直接读库，别硬靠缓存。
• 兜底：给缓存设过期时间，避免脏数据长期存在。

收尾一句：缓存一致性本质是在性能和一致之间选一个可接受的窗口。如果追问「为什么是删缓存不是更新缓存」，答避免并发写导致顺序错乱。

先讲是什么，再讲解决什么，最后讲代价。

• 是什么：正交频分复用，把一路高速数据拆成很多路低速子流，调制到相互正交的子载波上并行传输。
• 正交的含义：子载波频谱重叠但彼此正交，解调时互不干扰，因此频谱利用率比传统频分复用高。
• 解决的问题一：多径衰落。通过插入循环前缀，把符号间干扰挡在 CP 长度内，接收端去掉 CP 就能还原。
• 解决的问题二：宽带传输的均衡复杂度。子载波带宽窄，每个子载波近似平坦衰落，均衡从复杂的时域变成简单的一 tap。
• 代价：峰均比高，对功放线性度要求高；对频偏和相位噪声敏感。
• 应用：4G 的 LTE 和 5G 的 NR 都以 OFDM 为基础，5G 还用了可变的子载波间隔。

收尾一句：OFDM 的核心是用正交换频谱效率、用 CP 换抗多径能力。

按分层讲，一层一句，最后讲运营。

• 网络层：防火墙、WAF、限流与 DDoS 防护，先把明显攻击挡在外面。
• 应用层：身份认证用多因素，权限做最小化和分级授权，所有输入做校验，防 SQL 注入用参数化查询，防 XSS 做输出转义，防 CSRF 加令牌。
• 数据层：敏感字段加密存储，传输走 HTTPS，密钥单独管理，数据库账号按需授权。
• 代码层：遵循安全编码规范，依赖组件定期升级，避免使用有已知漏洞的版本。
• 运营层：日志留痕与审计、定期漏洞扫描和渗透测试、出问题有应急预案。
• 讲原则：纵深防御加最小权限，任何一层被突破都不至于全线失守。

收尾一句：安全不是加一个组件，是每个环节都少留一个口子。如果追问「你最熟悉哪一层」，挑应用层讲细。

给定义、讲三范式、说价值和代价。

• 定义：范式化是按规范拆分表结构，让每个字段只表达一件事，减少冗余和更新异常。
• 第一范式：字段原子性，一格只放一个值，不能把多个电话塞进一个字段。
• 第二范式：非主属性完全依赖主键，联合主键时不能只依赖其中一部分。
• 第三范式：消除传递依赖，比如订单表里存了客户地址，地址应该回到客户表。
• 为什么重要：减少重复存储，避免插入、更新、删除异常，数据一致性有保障。
• 代价与变通：范式越高连表越多，查询变慢，所以报表类场景会适度反范式，用冗余换性能。

收尾一句：范式是设计起点，反范式是性能优化手段，顺序不能倒。如果追问「什么时候可以反范式」，答读多写少且冗余字段变化不频繁时。

这题看着简单，要答出层次，别只说 new。

• 最基本：用 new 调用构造方法，JVM 在堆上分配内存并初始化。
• 工厂方法：用静态工厂或工厂模式封装创建逻辑，调用方不关心具体实现类。
• 反射：通过 Class 对象的 newInstance 或构造器创建，框架和依赖注入常用，灵活但性能差。
• 克隆：实现 Cloneable 接口调 clone，分浅拷贝和深拷贝，深拷贝要逐层处理引用对象。
• 反序列化：从字节流重建对象，注意版本号和安全性。
• 设计模式：单例保证唯一，建造者处理参数多的对象，原型用于复制成本高的场景。
• 讲取舍：日常业务用 new 加构造器最清晰，需要解耦或动态加载时才用工厂和反射。

收尾一句：创建方式的选择，本质是耦合度和灵活性的取舍。

优势要落到具体工作上，不要说「专业对口」四个字。

• 网络侧：通信工程学过信号与系统、通信原理、无线网络，看得懂覆盖、干扰、切换这些指标，处理投诉和优化时知道从哪查。
• 系统侧：学过编程和数据库，能写脚本做数据处理，也能看懂系统日志，和 IT 支撑的同事对得上话。
• 复合价值：地市分公司技术岗人少，能同时接网络和系统的人在排障时效率更高，不用来回找人。
• 讲实践：实习时做过数据采集与分析，说明你能把课堂指标用到真实网络。
• 讲边界：专业给的是框架，具体设备和系统还要入职后学。

收尾一句：我的专业优势是能两头接，不是某一项特别深。如果追问「你更偏网络还是开发」，给明确倾向。

给结论、给依据、给排除，三步说完。

• 结论：我选运营商的技术岗，方向是网络与 IT 支撑。
• 依据：通信是数字经济的基础设施，运营商的网络规模是别处见不到的；我性格上更适合做稳定、需要长期积累的技术工作。
• 排除：我考虑过互联网公司，但那边更看快速迭代和岗位细分，我希望的是能同时接触网络和系统。
• 讲地域：我愿意在甘肃长期工作，家里支持，不存在干两年就走的问题。
• 讲落地：先在地市把基本功练熟，再看往哪个专业方向深入。

收尾一句：方向不是选最热的那条，是选能待得住的那条。如果追问「同学都去大厂你不心动吗」，答清你的判断标准。

短答，讲清方向、方法、和岗位的关系。

• 方向：一句话说清，比如 5G 网络优化与边缘计算。
• 方法：用了什么手段，比如用机器学习做覆盖预测，或者用路测数据做参数寻优。
• 结果：做出了什么，比如某类场景下切换成功率提升、边缘时延下降。
• 关联：这个方向和运营商的网络建设、政企边缘计算业务是对得上的。
• 边界：本科阶段做得不深，更多是跟着项目做数据和方法，理论深度还要补。

收尾一句：方向讲清楚比讲深更重要，研究方向给我的是一套分析问题的方法，不是一项能直接上岗的技能。如果追问「论文写了什么」，用一句话讲清问题、方法、结论。

不足题要真实、要可控、要给补救。

• 选一个真短板：缺少大规模网络的运维经验，学校的实验环境和现网差距大。
• 讲清影响：排障时可能对设备命令和告警码不熟，需要时间上手。
• 给补救：入职前把常见设备的命令和典型告警过一遍，入职后跟着师傅跑现场，把处理过的故障记成手册。
• 再补一个软性不足：跨部门沟通经验少，遇到需要协调的故障可能推不动，打算先学会写清楚问题再找人。
• 讲态度：不足不可怕，怕的是不知道自己缺什么。

收尾一句：我知道自己缺的是现网经验，这个只能靠跑现场补。如果追问「多久能补上」，给一个可检验的时间点和标准。说清就好。