2、同步模式原理：同步模式 vs 异步模式、Client-Server架构、Tick机制详解、设置同步模式

好，咱们今天来聊聊CARLA里一个特别核心的概念——同步模式。说实话，我刚开始接触CARLA的时候，也被这个同步异步搞得有点晕。你想想看，一个仿真世界，到底该听谁的？是客户端说了算，还是服务器自己跑自己的？

嗯，咱们一步步来拆解。

2.1 同步模式 vs 异步模式

先问个问题：你玩游戏的时候，有没有遇到过画面卡顿，但角色还在往前跑的情况？这就是典型的「异步」——你的操作和画面渲染各干各的。

在CARLA里，道理差不多。

• 异步模式（Asynchronous）：服务器自己按固定频率跑，不管客户端有没有准备好。客户端去拿数据，拿到啥就是啥。好处是快，坏处是——你拿到的数据可能不是同一时刻的。
• 同步模式（Synchronous）：服务器等客户端发指令，说「好了，你动一下」，服务器才往前走一步。每一步都是客户端控制的，数据天然对齐。

我个人习惯，做数据采集或者多传感器融合的时候，一定用同步模式。为什么？因为异步模式下，你拿到的激光雷达点云和相机图像，时间戳可能差了十几毫秒。对于自动驾驶来说，这十几毫秒可能就是撞车和刹停的区别。

2.2 Client-Server架构

CARLA是典型的Client-Server架构。服务器（Server）负责仿真世界的运行——物理引擎、渲染、传感器模拟。客户端（Client）负责控制逻辑——发指令、收数据、做决策。

我画了一张图，帮你理解这个关系：

说白了，服务器就是个「傻大个」，你让它干啥它干啥。客户端才是大脑。这种架构的好处是——你可以用Python写客户端，也可以用C++写，甚至用MATLAB都行。服务器只管跑仿真，不管你是谁。

2.3 Tick机制详解

Tick这个词，字面意思是「滴答」。在CARLA里，一个Tick就是仿真世界往前推进一步。

我举个例子你就明白了：

• 异步模式下，服务器每秒钟滴答20次（20 FPS），你爱要不要。
• 同步模式下，你喊一声「Tick！」，服务器才滴答一次。

为什么会设计成Tick机制？嗯，这里有个坑。我记得有一次做多车协同仿真，三辆车各跑各的客户端。异步模式下，每辆车拿到的时间戳都不一样，根本没法对齐。后来改成同步模式，所有车都等同一个Tick指令，数据就完美对齐了。

2.4 设置同步模式

代码怎么写？其实很简单。我直接给你看核心代码：

import carla

# 连接服务器
client = carla.Client('localhost', 2000)
client.set_timeout(10.0)

# 获取世界对象
world = client.get_world()

# 设置同步模式
settings = world.get_settings()
settings.synchronous_mode = True  # 开启同步
settings.fixed_delta_seconds = 0.05  # 每Tick 50ms，相当于20 FPS
world.apply_settings(settings)

# 手动Tick循环
for i in range(100):
    world.tick()  # 服务器前进一步
    # 在这里获取传感器数据
    # 做你的算法处理
    print(f'Tick {i} completed')

# 用完记得恢复
settings.synchronous_mode = False
world.apply_settings(settings)

这里有几个要点：

• fixed_delta_seconds 决定了每Tick的时间步长。设0.05就是每步50ms，20步就是1秒。
• 开启同步模式后，必须手动调用 world.tick()，否则服务器卡死在那。
• 用完一定要恢复异步模式，不然下次连接可能出问题。

另外，同步模式下获取传感器数据，有个标准写法：

# 先tick，再获取数据
world.tick()

# 获取所有传感器的数据
sensor_data = []
for sensor in sensor_list:
    data = sensor.get_data()  # 注意：这里可能阻塞
    sensor_data.append(data)

# 或者用回调方式
def on_sensor_data(data):
    # 处理数据
    pass

sensor.listen(on_sensor_data)
world.tick()  # tick后，回调函数会被触发

嗯，这里要注意。用回调方式的话，tick之后数据是异步回来的。如果你需要严格同步，建议用轮询方式，或者用队列把回调数据收集起来，等所有传感器都到了再处理。

2.5 同步 vs 异步：怎么选？

我列个表，帮你快速决策：

场景	推荐模式	原因
数据采集（多传感器）	同步	保证所有传感器数据时间对齐
算法测试（感知/规划）	同步	可控的仿真步长，便于调试
可视化展示	异步	画面流畅，不需要严格对齐
多车协同仿真	同步	所有客户端在同一时间步
快速跑大量场景	异步	省去tick等待时间，跑得更快

说白了，如果你需要「确定性」——比如做回归测试、数据采集、多车协同——就用同步。如果你只是看看效果、跑个演示，异步就够了。

我个人习惯是：开发阶段用同步，方便调试；部署阶段看需求，如果追求速度就切异步。

好了，同步模式这块就聊到这。记住一句话：同步模式让你掌控一切，异步模式让服务器自由飞翔。选哪个，看你要什么。