SparkEraJianFa
← 返回岗位列表

字节跳动

校招

后端开发工程师 - 中国交易与广告

北京/深圳/上海 · 校招 · 2027 届 · 本科

长期有效

任职要求

  • 2027届获得本科及以上学历,计算机相关专业优先
  • 具备扎实的计算机基础,理解常见数据结构、算法、操作系统、网络等基础知识;后端研发功底扎实,熟悉Go/Java等至少一种服务器端语言,具备良好的编码习惯和工程化能力,有后端服务或分布式系统实战经验
  • 对AI Coding有深入使用经验,对主流AI辅助开发工具有较高熟练度,能在需求实现、重构优化、测试覆盖等环节有效借助AI提升效率
  • 了解一定的前端开发能力,了解HTML/CSS/JavaScript,了解至少一种前端框架(如React/Vue),能使用AI Coding完成管理后台、配置平台等页面开发或联调工作
  • 对商业化、安全风控相关业务有兴趣或有相关经验,具备良好的业务抽象能力、问题分析与解决能力,能够在复杂场景下快速定位问题并推动闭环
  • 具备良好的沟通协作能力和主人翁意识,积极主动,有责任心,能在多团队协作环境中高效推进项目落地。
  • 加分项:
  • 有广告投放、风控、安全策略、内容审核等相关业务经验
  • 有全栈项目经验,能从0到1搭建完整业务系统或内部平台
  • 在AI编程、开发效率提升、工程效能平台等方向有实践或沉淀。

岗位描述

团队介绍:中国交易与广告,基于个性化推荐、深度学习和大模型技术,依托抖音、今日头条、红果短剧、西瓜视频、番茄小说等多元产品,构建抖音电商、生活服务、广告营销等核心营收业务的算法策略和工程架构。部门运用领先的算法能力,精准连接海量用户与商家,通过推荐、广告和搜索算法精准匹配需求并促进交易达成,保障用户体验与商家权益,实现营收业务可持续增长;基于深厚的技术积累,构建高效、智能、可靠的交易与广告产品,全面提升多行业收入变现与市场占有。在这里,你将直面超大规模流量与复杂业务场景的技术挑战,深度应用业界领先的商业模型与算法技术,投身面向未来的数字营销能力建设,持续探索前沿技术。

  • 1、负责商业化安全方向核心系统的后端研发与架构演进,涵盖广告审核、风控策略、违规处置等业务场景,保障平台生态安全与广告投放质量;
  • 2、参与全栈能力建设,以后端为主、前端为辅,负责服务端接口与业务逻辑开发,同时支持必要的前端页面与运营工具开发,提升业务效率与体验;
  • 3、深度使用和优化AI Coding能力(如智能补全、代码生成、自动重构等),在日常研发中充分利用AI提升交付效率和代码质量,并沉淀最佳实践;
  • 4、与产品、策略、风控、数据等多角色紧密协作,深入理解商业化安全业务需求,将复杂业务抽象为清晰可扩展的技术方案并落地实施;
  • 5、持续优化系统的可用性、性能与可观测性,参与代码评审、技术方案评审与工程体系建设,推动团队工程效率与质量提升。

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

上传简历,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. 降级方案:流量过大时返回「已售罄」而非崩溃

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

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