SFML窗口需主线程创建并调用display()刷新；纹理须用sf::Texture加载并检查loadFromFile()返回值；AABB碰撞用getGlobalBounds()和intersects()；帧率无关移动依赖sf::Clock.restart().asSeconds()；资源须在窗口创建后、首次display()前加载。
用 SFML 创建窗口并绘制精灵
SFML 的 sf::RenderWindow 和 sf::Sprite 是 2D 渲染最基础的组合。窗口必须在主线程中创建，且需手动调用 display() 才能刷出画面；漏掉这一步，窗口会黑屏或卡死。
- 加载纹理必须用
sf::Texture，不能直接传路径给sf::Sprite - 纹理加载失败时
loadFromFile()返回false，但不会抛异常——务必检查返回值，否则sf::Sprite显示为空白 - 纹理对象生命周期必须长于其绑定的
sf::Sprite，否则渲染结果不可预测（常见崩溃点）
sf::RenderWindow window(sf::VideoMode(800, 600), "Game");
sf::Texture texture;
if (!texture.loadFromFile("player.png")) {
// 处理错误：文件不存在、格式不支持等
}
sf::Sprite player(texture);
while (window.isOpen()) {
sf::Event event;
while (window.pollEvent(event)) {
if (event.type == sf::Event::Closed)
window.close();
}
window.clear();
window.draw(player);
window.display(); // 这行不能少
}实现矩形轴对齐包围盒（AABB）碰撞检测
SFML 自带 sf::FloatRect 和 getGlobalBounds()，这是最轻量、最常用的 2D 碰撞方式。它不处理旋转、缩放后的精确形状，只基于当前变换后的轴对齐矩形。
-
getGlobalBounds()返回的是世界坐标系下的矩形，适合跨对象比较；getLocalBounds()是原始未变换的尺寸，仅用于调试 - 两个
sf::FloatRect可直接用intersects()判断是否重叠，无需手写条件判断 - 如果角色有缩放或旋转，
getGlobalBounds()仍返回 AABB（不是旋转矩形），所以它不适合像素级或斜向碰撞
sf::FloatRect playerBounds = player.getGlobalBounds();
sf::FloatRect enemyBounds = enemy.getGlobalBounds();
<p>if (playerBounds.intersects(enemyBounds)) {
// 触发碰撞逻辑：扣血、播放音效等
}用 sf::Clock 控制帧独立移动与简单物理
硬编码 move(1.0f, 0.0f) 会导致游戏速度随帧率浮动。SFML 的 sf::Clock 是实现时间驱动运动的核心工具，每次循环读取 restart().asSeconds() 得到上一帧耗时。
- 移动距离应为
velocity * deltaTime，例如player.move(200.0f * dt, 0.0f)表示每秒向右移动 200 像素 -
sf::Clock的restart()是原子操作：返回上次调用至今的时间，并重置计时器，比先getElapsedTime()再restart()更安全 - 不要在每帧内多次调用
restart()，会导致deltaTime异常变小甚至为 0
sf::Clock clock;
while (window.isOpen()) {
float dt = clock.restart().asSeconds(); // 每帧只调一次
<pre class='brush:php;toolbar:false;'>// 保证移动与帧率无关
if (sf::Keyboard::isKeyPressed(sf::Keyboard::Right))
player.move(200.0f * dt, 0.0f);
// 其他更新逻辑...}
立即学习“C++免费学习笔记（深入）”；
资源管理与常见崩溃点
SFML 不自动管理纹理、字体、音频等资源的内存，所有 sf::Texture、sf::Font 都是 RAII 对象，但它们的加载/释放时机极易出错。
- 多个
sf::Sprite共享同一sf::Texture是安全且推荐的，但不能在不同线程中同时读写同一个sf::Texture - 在 Windows 上，若程序退出前未显式销毁
sf::RenderWindow，可能引发 OpenGL 上下文清理异常（表现为闪退或调试器中断） - 图像路径使用相对路径时，工作目录取决于启动方式：IDE 中运行和双击 exe 的当前目录往往不同，建议用
std::filesystem::current_path()调试确认
最容易被忽略的是：**所有图形资源（纹理、字体、声音）必须在 sf::RenderWindow 构造之后、首次调用 display() 之前加载**。提前加载某些后端（如 OpenGL）可能尚未就绪，导致加载静默失败。
