字节跳动 data 系统后台开发面经：一面项目和智能指针打底，二面直接补 Linux、HTTP 和逻辑题
这篇字节跳动 data 系统后台开发面经很有代表性，因为它的两轮面试风格非常鲜明：
一面偏“后端基础 + 项目深挖”
二面则更像“工程使用细节 + Linux / HTTP / 逻辑题”的混合面
而且两轮时长都不短，说明这个岗位并不是简单筛筛简历，而是真在看候选人的基础和成长性。
校招大礼包获取：入口
可能是至今最全，最好，最实用的校招大礼包，减少信息差，预期漫步无敌的刷提，不如有的放矢，针对性的准备，这样才能有效备考，有了这份资料，不说100%拿到offer，至少帮你提升50%概率拿到offer
这篇面经适合谁看
如果你准备投字节 data 系统、后台开发、偏 C++ / 网络 / Linux 工程的岗位，这篇很有参考价值。
因为它展示的是一条很典型的工程后台筛选路径：
先问项目和基础
再通过更细的实际使用问题看你有没有真实工程经验
面试流程速览
整体流程大致是：
一面：1 小时左右
休息 10 分钟
二面：1 小时 10 分钟左右
这种安排本身就说明，字节对这类岗位的面试节奏是很紧凑的，不会给你太多“中场调整”的空间。
一面在看什么
一面的核心问题包括：
自我介绍
项目深挖
四种智能指针
shared_ptr深挖以及内存泄漏场景TCP / UDP 场景选择
TCP 三次握手、四次挥手
拥塞控制、超时重传
DNS 解析过程
URL 到页面加载全过程
对称加密和非对称加密
死锁的形成原因和解决措施
虚函数
Linux 如何查看端口是否被使用
算法题：两个链表的公共节点
这一轮的结构很标准，几乎就是“项目 + 网络 + C++ + OS + 一道链表题”。
为什么shared_ptr会被深挖这么久
因为这类岗位非常适合用智能指针来区分候选人的理解深度。
会背四种智能指针的人很多，但一旦继续追：
现实使用场景
什么时候会内存泄漏
循环引用怎么发生
很多人就会开始发虚。
原始面经里还提到，面试官顺着聊到了垃圾回收机制，这也说明：
面试官不是只在问 C++ 语法
而是在看你对内存管理思想有没有更抽象的理解
为什么网络链路问题占这么大比重
TCP / UDP、握手挥手、DNS、URL 全流程、对称 / 非对称加密，这一整串已经足够说明岗位属性：
这是个很偏工程后台的岗位
网络和协议基础是核心门槛
如果这一块讲不顺，后面的流程很难舒服。
二面为什么开始更像“实战细节拷打”
二面的核心问题包括：
Linux 复杂查找命令
>和>>区别HTTP 和 HTTPS
HTTP 实际使用方式
状态码
GET 和 POST 区别
“POST 为什么比 GET 多一个 TCP”这种顺手追问
对称 / 非对称加密的场景判断
select/poll/epoll逻辑题：烧绳子
最后一题算法没写到面试官想要的版本
这轮和一面最大的不同是：它更看你有没有“真的用过”。
比如：
会不会 Linux 命令
HTTP 不是只会背，而是你“实际用过的方法”是什么
GET / POST 不只是定义，而是容易被追出很多边角场景
这类题特别容易筛掉“看过很多面经、但没做过太多工程”的候选人。
为什么这条流程会让人感觉压力很大
因为它不是靠一道超难算法题给你压迫感，而是靠：
长时间追问
模块频繁切换
从理论切到工具，再切回逻辑题
这会让人明显感受到：面试官在看你整体稳定性，而不是单点能力。
从这篇面经里能看出字节 data 系统后台在筛什么
把两轮面试合起来看，这个岗位至少在筛下面几件事：
你的项目是否能深挖
你的 C++ 内存管理是否过关
你的网络协议基础是否完整
你的 Linux 和 HTTP 是否停留在“背定义”层
你在连续切题下的稳定性如何
如果你准备这类岗位，这几块要重点补
1. 智能指针和内存管理必须补透
重点是：
四种智能指针
shared_ptr场景循环引用
内存泄漏如何发生
2. 把网络链路整条顺下来
至少要能流畅讲：
DNS
URL 到页面
TCP / UDP
拥塞控制
对称 / 非对称加密
3. Linux 和 HTTP 不要只停在八股
像：
查找命令
重定向
状态码
GET / POST
最好准备一些真实使用经验。
4. 逻辑题和高频链表题也不能空
两个链表公共节点、烧绳子这类题，都很适合看你的即时思考能力。
最后提醒
这篇面经最值钱的地方，是它提醒你：
字节 data 系统这类岗位，不是只看会不会写代码，而是看你是不是一个真正能把 C++、网络、Linux 和工程细节串起来的人。