2017 年 4 月，百度把一整套自动驾驶系统对外开放，起名 Apollo。八年多过去，这个名字从一个代码仓库长成了无人出租车、车企的智能化方案，还有一个聚着大量开发者的技术社区。
百度APO 这四个字符， *** 从来没有把它当成产品名用过。敲 A、P、O 三个字母，联想的候选词第一位永远是 Apollo；搜出来的页面，也清一色指向百度的自动驾驶平台。先把名字理清楚，再看它旗下那些业务，就不会被各种简称绕晕。
一、名字先分清，Apollo、 *** 、APO 说的是不是一回事
百度旗下与"自动驾驶"绑定的完整名称是 Apollo，中文写作 *** 。它是百度在 2017 年 4 月正式发布的自动驾驶开放平台，业务范围比"做一个无人车"大得多，涵盖自动驾驶技术研发、开放平台、出行服务、汽车机器人以及智能汽车地图等多个板块。日常交流里被人写成 APO，多数情况是缩写习惯，也有输入法顺手带出来的结果。
需要留意的是，技术圈另有一个叫 APO 的开源项目，做的是应用可观测性平台，方向是监控、链路追踪这类运维课题，与百度的自动驾驶业务没有关系。两者名字相同纯属巧合，查资料的时候用完整名称 Apollo，能避开大部分混淆。
百度 Apollo（ *** ）
百度公司发布的自动驾驶平台与汽车智能化技术品牌，2017 年 4 月面世。包含面向开发者的开放平台、面向行业的解决方案，以及普通人能直接打到的无人出租车。
开源项目 APO
一个可观测性平台项目，围绕 OpenTelemetry、eBPF 这些技术做应用性能监控，服务对象是运维和研发团队。与百度 Apollo 之间没有业务交集。
百度智能云另有一款应用性能监控产品，名称是 APM，属于云监控体系的一部分，做的是分布式应用拓扑与性能分析，和 Apollo 也不是一回事。
二、百度Apollo的三层业务，从代码到马路
把 Apollo 拆开看，结构其实很清晰：底层是多年积累的自动驾驶技术研发，中间是面向开发者和车企的开放平台，上层是跑在真实道路上的出行服务和行业解决方案。三层各管一段，又互相喂养。
Apollo 正式发布，百度把自动驾驶能力对外开放，汽车行业与自动驾驶领域的合作伙伴可以结合车辆和硬件系统，搭建自己的自动驾驶系统。
Apollo 开放平台推出 9.0 版本，面向开发者和生态合作伙伴升级，工程化程度进一步提高。
萝卜快跑在多座城市开展载人测试运营与全无人自动驾驶出行服务，自动驾驶从测试场地驶入普通人的日常路线。
开放平台文档持续迭代，配套的自动驾驶云平台把十年研发过程中的工程经验沉淀成工具，供行业客户使用。
三层之间是循环关系：路测数据反哺技术研发，技术积累通过开放平台输出给合作伙伴，合作伙伴的产品又扩大整个生态的车队规模和数据来源。理解了这条循环，也就理解了百度为什么反复强调"开放"两个字。
三、萝卜快跑，普通人能直接打到的那个 Apollo
对不在汽车行业、也不写代码的人来说，Apollo 最直观的形态就是萝卜快跑。它是百度旗下自动驾驶出行服务平台，目前已在全国十多个城市开放载人测试运营服务，实现超一线城市全覆盖，并在北京、武汉、重庆、深圳、上海等城市开展全无人自动驾驶出行服务与测试。
使用方式与日常叫车接近：打开对应平台输入上下车点，系统派单，车辆到达后在车外完成身份验证，上车系好安全带，行程开始。部分城市的车辆前排不再坐安全员，方向盘自动转动，乘客坐在后排，通过屏幕上显示的行进路线了解行程状态。
- 上车点通常有固定范围，系统会引导到便于车辆停靠的位置；
- 行驶策略偏保守，遇到复杂路况会更早减速，通行时间可能略长；
- 运营时段和区域有边界，跨区域长距离订单不一定能下单；
- 费用结构与普通网约车接近，部分城市有优惠活动。
第一次乘坐可以直接把它当成"一位开得特别稳的新手司机"：守规矩、不抢行、路线可能绕一点点。急着赶时间的场合，传统出行方式仍然更合适。
各城市的开放范围、运营时间和叫车入口会动态调整，出发前在应用里确认目的地是否在服务区内，能省掉一趟空等。
四、开发者视角，Apollo 开放平台能给什么
对开发者来说，Apollo 的价值在于把自动驾驶研发需要的整套工具链摆到了台面上。 *** 文档按模块组织，定位、感知、预测、规划、控制各成体系，学习路径清晰；仿真平台可以在虚拟环境里反复验证算法，不必每次改动都上实车；开发套件则把硬件和软件打包，降低了入门门槛。
| 资源 | 面向谁 | 主要用途 |
|---|---|---|
| Apollo 开放平台 | 开发者与合作伙伴 | 按模块学习与搭建自动驾驶系统 |
| 仿真平台 | 研发测试团队 | 虚拟环境验证算法，降低实车测试成本 |
| 开发者社区 | 入门学习者 | 查资料、看案例、交流答疑 |
| 自动驾驶云平台 | 行业客户 | 把研发基础设施与工程经验直接拿来用 |
平台版本仍在持续迭代， *** 文档已经更新到 10.x 系列。对刚接触的人来说，路径可以走得很平：先在社区看入门材料，把环境跑起来；再顺着文档把一个模块吃透，用仿真验证；有把握之后，再考虑申请开发者套件往硬件上走。整个过程不需要一次性理解全部技术栈。
入门阶段最大的误区是试图从零搭一套完整系统。更高效的做法是跑通 *** 示例，理解数据在模块之间怎么流动，再往自己关心的方向深入。
五、汽车行业和合作伙伴拿它做什么
Apollo 在产业侧的角色不是造一款车卖给大家，而是把自动驾驶与汽车智能化的能力做成方案，提供给有需要的车企和行业客户。合作伙伴可以结合自己的车辆与硬件系统，搭载这套能力，做自己的产品。
智能驾驶系统
面向量产车辆的辅助驾驶与自动驾驶能力，帮助车企缩短相关功能的开发周期，把精力更多留给整车定义。
汽车智能化产品
围绕座舱交互、车联网等方向的智能化能力，让传统车型在软件体验上跟上新一代产品的节奏。
地图与出行数据
智能汽车地图是业务板块之一，为自动驾驶提供高精度、高鲜度的道路数据支撑，也让出行服务的调度更精细。
这种"能力输出"的模式对行业的直接影响是：自动驾驶不再是少数公司的闭门课题，车企可以按自己的节奏接入，供应商可以围绕平台做配套，人才在开放的技术体系里流动，整个链条的上手成本都被拉低了一截。
判断一家车企与 Apollo 的关系，看它对外发布的是"搭载了某套系统"还是"联合定义了一款车"，前者是供应商关系，后者是深度合作， *** 息里一般都能查到。
六、关于百度Apollo，常被问到的四个问题
名称、业务、上手方式，是咨询里出现频率最高的几个方向。把回答集中放在这里，看完基本能建立完整的印象。
百度Apollo是自己造车的品牌吗？
不是整车品牌。Apollo 的定位是自动驾驶开放平台与汽车智能化技术品牌，主业是把能力交给合作伙伴，自己不做面向消费者的整车销售。路上跑的无人出租车"萝卜快跑"属于出行服务，是这套能力的落地验证，性质上更接近运营平台。
百度APO 和百度 APM 是一回事吗？
不是。APM 是百度智能云的应用性能监控产品，挂在云监控体系下，负责分布式应用的拓扑查询与性能分析，服务的是运维场景；Apollo 是自动驾驶平台。两者分属完全不同的业务线，唯一的共同点是名字里都有字母 A 和 P。
普通人想体验自动驾驶，从哪里开始？
直接约一次萝卜快跑最省事。先确认所在城市在运营范围内，用应用叫车，体验一次完整行程。对技术感兴趣的话，再去开发者社区翻阅材料，从使用者的视角倒推到原理，理解会顺畅很多。
开发者入门要先补什么基础？
编程语言方面 C++ 和 Python 用得最多，至少要熟悉一门；工程能力上需要了解 Linux 环境、常用调试手段和基本的数据处理。领域知识可以在跑示例的过程中逐步补齐，不必等理论全部学完再动手。
七、想持续跟踪百度Apollo，盯住这几个入口
Apollo 的信息更新节奏不慢：平台版本在迭代，试点城市在扩容，行业合作在变化。想跟上进度，把几个 *** 入口放在收藏夹就够：主站看品牌与解决方案的全貌，开发者社区看技术动态与社区讨论， *** 文档跟版本变化，萝卜快跑应用则是最贴近生活的那个观察窗口。
科技领域的自媒体和汽车资讯站点，是把这些更新转化成内容的直接受益方。一次版本发布、一座城市新增全无人运营区域，都能拆出选题；但这类内容的时效性很强，热点窗口往往只有一两天。手里同时维护几个站点的团队，人工逐个平台盯更新、再逐个后台发文章，节奏很难跟上。
UC 建站系统这类架构处理的就是这段流程：内容中台把编辑定好的选题和稿件一次性分发到多个站点，省下重复搬运的时间；多站看板把各站点的流量与收录情况集中呈现，哪篇自动驾驶解读稿起量、哪个站更新滞后，打开一个界面就能看清。工具接管重复劳动之后，人的精力可以集中在判断选题价值和核实信息上，这对讲求时效的科技内容尤其重要。
回到开头的问题：百度APO 这个写法，指的几乎总是 Apollo。它是百度放在自动驾驶领域的一整盘棋，向下是技术积累，中间是开放平台，向上是跑在街上的无人出租车和装进新车的智能化方案。下次再看到这三个字母组合，按完整名称去查，信息就会清晰得多。
一句话结论：APO 是输入习惯，Apollo 才是正主，认准完整名称，业务、开发者资源和体验入口都不会找错。
