← 返回岗位列表

字节跳动

校招

后端开发工程师 - 开发者服务

北京 · 校招 · 2027 届 · 本科

长期有效

任职要求

  • 2027届获得本科及以上学历,计算机、软件工程、人工智能、电子信息等相关专业
  • 具备扎实的计算机基础和良好的工程编码能力,熟悉至少一种编程语言(Python&TypeScrip优先,Java、Go、C++亦可)
  • 了解LLM、Agent、Prompt Engineering或模型评测等AI技术,并愿意探索其在软件工程中的应用
  • 具备较强的学习能力、问题分析能力和动手能力,能够完成技术调研、原型验证及工程化落地
  • 具备良好的英文阅读能力,能够理解Apple等国际化平台的政策和技术文档
  • 具备良好的沟通协作能力和责任心,能够主动推进跨团队问题闭环。
  • 加分项
  • 有iOS/Android应用开发、打包、签名、提审或App Store Connect等使用经验优先
  • 了解移动端隐私合规、权限管理、第三方SDK治理或应用商店审核规则优先
  • 有AI Agent/LLM应用相关的开源项目、竞赛、论文或个人作品(含GitHub项目)优先
  • 熟悉CI/CD、服务端开发或数据分析工具优先。

岗位描述

团队介绍:字节跳动开发者服务团队负责公司研发工具与基础设施体系建设,为内部开发者提供覆盖全技术栈的框架、工具和研发体系能力,支撑业务高效稳定迭代。

在此基础上,团队正打造面向全场景的AI Agent平台,将大模型与公司内部工程知识深度结合,覆盖需求分析、编码开发、测试发布、运维治理等软件全生命周期,帮助ByteDancer显著提升生产力,重塑开发者服务的形态与体验。

期待对研发工具体系、AI工程生产力有热情、希望在大规模真实场景中打磨技术的同学加入,与我们一起建设新一代开发者基础设施,共同成长!

  • 1、参与建设面向App Store、安卓、鸿蒙等平台的应用上架预审能力,探索并应用LLM、Agent、AI Coding等技术,完成原型构建、流程验证与方案迭代,参与多Agent编排、工具接入、知识检索与上下文管理的设计与落地;
  • 2、围绕平台审核规则、历史驳回案例及业务需求,沉淀可执行的预审规则、知识库与风险识别策略,覆盖隐私声明、权限使用、三方SDK、应用内容、商店元数据及区域化配置等场景;
  • 3、参与预审平台、服务及工作流的设计与开发,推动能力接入CI/CD与应用发布链路,实现风险前置发现、自动诊断与闭环跟踪;
  • 4、建设预审效果评估与反馈机制,持续优化风险召回率、误报率、规则更新效率及用户体验;跟踪Apple等审核政策变化,与客户端研发、测试、隐私合规、法务及发布团队协作,推动预审能力持续演进。

你的简历匹配这个岗位吗?

上传简历,AI 会对照这份 JD 指出你的差距和需要补强的地方

该岗位可能会问的问题

基于 后端开发 岗位的常见面试问题整理

请解释 RESTful API 的设计原则,并举一个你实际设计过的例子

类型专业能力·难度中等
查看答题思路

1. 资源导向:URL 表示资源而非操作 2. HTTP 方法语义:GET/POST/PUT/DELETE 对应查增改删 3. 无状态:每个请求包含全部所需信息 4. 统一接口:一致的响应格式(如 JSON) 5. 举例:用户模块 /users/{id},GET 查/POST 创/PUT 改/DELETE 删,返回统一 {code, data, message}

MySQL 索引的底层数据结构是什么?为什么用 B+ 树而不是哈希表或红黑树

类型专业能力·难度困难
查看答题思路

1. B+ 树:非叶子节点只存 key 不存 data,单次 IO 读更多 key 2. 叶子节点形成有序链表,支持范围查询(哈希表不支持范围) 3. 高度低(3-4 层可存千万级数据),减少磁盘 IO 4. 对比红黑树:B+ 树是多叉的,高度更低,磁盘 IO 更少

你参与过的最复杂的后端项目是什么,你承担了什么角色

类型项目经历·难度中等
查看答题思路

1. 项目背景:一句话说清业务场景 2. 技术栈:语言/框架/数据库/中间件 3. 个人职责:你做的,不是团队做的——用「我设计了」「我优化了」 4. 难点:遇到了什么具体问题,怎么解决的 5. 数据佐证:QPS 从多少提到多少 / 延迟降了多少

什么是微服务架构,和单体架构相比各有什么优劣

类型专业能力·难度简单
查看答题思路

1. 单体:所有功能在一个进程,部署简单,初期开发快;缺点是耦合高、扩展难 2. 微服务:按业务拆分独立服务,独立部署/扩展/技术栈 3. 优点:故障隔离、团队自治、技术栈灵活 4. 缺点:网络开销、分布式事务、运维复杂度 5. 判断标准:团队<10 人或业务不复杂时,单体是更好的选择

如何设计一个高并发的秒杀系统

类型情景/案例·难度困难
查看答题思路

1. 前端限流:按钮置灰、验证码 2. 网关层:Nginx 限流 + 负载均衡 3. 业务层:Redis 预减库存(原子操作),消息队列异步下单 4. 数据库:乐观锁扣库存,读写分离 5. 降级方案:流量过大时返回「已售罄」而非崩溃

更多面试题库功能即将上线

信息来源:企业官方招聘页。投递前请以官网信息为准。