用 sf::FloatRect 做 AABB 检测最省事，因其 intersects() 方法高效、无依赖、适配 getGlobalBounds()，且避免手动计算坐标差导致的精度与逻辑错误。
用 sf::FloatRect 做轴对齐包围盒（AABB）检测最省事
SFML 本身不提供物理引擎，但 sf::FloatRect 的 intersects() 方法足够应付大多数 2D 小游戏的碰撞逻辑。它快、无依赖、不涉及浮点精度陷阱（只要你不手动算坐标差），而且和 sf::Sprite 的 getGlobalBounds() 天然匹配。
常见错误是直接比对 getPosition()：两个物体中心坐标接近 ≠ 实际图形相交；必须用包围矩形。
- 每个可碰撞对象维护一个
sf::Sprite，碰撞时调用sprite.getGlobalBounds()获取实时矩形 - 移动后立即检测，别等帧结束再统一处理——否则可能穿模
- 如果对象有缩放或旋转，
getGlobalBounds()仍返回 ABB（轴对齐），不是旋转矩形；需要旋转时得自己算顶点或换方案
用 sf::Clock 控制固定时间步长，避免速度随帧率漂移
新手常写 position += velocity * dt.asSeconds()，但 SFML 默认垂直同步开启时，dt 不稳定，小球忽快忽慢。正确做法是把物理更新和渲染解耦。
示例逻辑：
立即学习“C++免费学习笔记（深入）”；
sf::Clock clock;
float accumulator = 0.f;
const float fixedTimestep = 1.f / 60.f; // 60Hz
<p>while (window.isOpen()) {
float dt = clock.restart().asSeconds();
accumulator += dt;</p><pre class="brush:php;toolbar:false;">while (accumulator >= fixedTimestep) {
updatePhysics(fixedTimestep); // 仅在此处修改位置/速度
accumulator -= fixedTimestep;
}
render(); // 可插值渲染，但非必需}
- 不用
sf::sleep()或忙等来“限帧”，那会卡输入响应 -
updatePhysics()里只做碰撞检测和位移，不调window.display() - 如果单帧超时（比如卡顿），
accumulator可能累积多步，需加限制（如最多执行 3 步），防雪崩
用 sf::Vector2f 运算代替手写 x/y 分量，减少出错
写 pos.x += vel.x * dt 看似直观，但容易漏掉某个分量、符号写反、或在反射逻辑里搞混法向量方向。用向量运算更紧凑、可读性更高。
比如球撞墙反弹：
// 假设 wallNormal 是单位法向量（左墙为 (-1,0)，上墙为 (0,-1)）
if (ballBounds.intersects(wallRect)) {
ballVelocity = ballVelocity - 2.f * dot(ballVelocity, wallNormal) * wallNormal;
}-
sf::Vector2f支持+、-、*=、dot()，无需自己实现 - 注意
dot()在<sfml></sfml>里，不是所有 IDE 都自动补全 - 碰撞后建议把物体沿法向“推出来”一小段（如
pos += wallNormal * 0.1f），否则下一帧可能持续触发，卡死
调试时用 sf::RectangleShape 可视化碰撞区域
肉眼看不到 getGlobalBounds() 返回的矩形，而精灵贴图常有透明边距，导致“明明没碰到却触发了”。临时画个线框是最有效的排查方式。
做法很简单：
sf::RectangleShape debugRect(ballSprite.getGlobalBounds()); debugRect.setFillColor(sf::Color::Transparent); debugRect.setOutlineColor(sf::Color::Red); debugRect.setOutlineThickness(1.f); window.draw(debugRect);
- 别忘了在
draw()调用前设置setOrigin()—— 如果你的 sprite origin 不是左上角，getGlobalBounds()仍以左上为参考，但RectangleShape默认锚点是左上，所以通常不用调setOrigin() - 发布前删掉或用预处理器开关控制（如
#ifdef DEBUG） - 如果多个对象要画，别每帧 new/delete，复用一个
RectangleShape实例并反复 setSize/setPosition
真正卡住的地方往往不是算法，而是坐标系理解偏差：SFML 的 y 轴向下为正，窗口坐标原点在左上角，而数学习惯 y 向上。哪怕只是反弹方向写反一个符号，球就会往屏幕外飞，且很难一眼看出来。
