C++ SFML：Paddle构造函数内初始化Sprite出现白方块问题

• SFML的sf::Sprite本身不持有纹理副本，仅保存指向sf::Texture的指针，这是本次白块问题的核心根源。

你当前的代码执行流程：

1. Game构造函数没有用初始化列表，因此m_paddle先调用默认无参构造函数初始化
2. 构造函数体内生成临时的Raket(myPaddle)（即带参Paddle对象），此时带参构造函数调用setImage()，把临时对象内部m_imgBackground的纹理指针指向临时对象自身的m_texBackground
3. 临时对象赋值给m_paddle时，默认拷贝赋值仅复制成员值：m_texBackground被拷贝到m_paddle中，但m_imgBackground内部的纹理指针仍指向已销毁的临时对象的m_texBackground，变成野指针
4. 野指针指向无效内存，Sprite无有效纹理可采样，最终渲染为白色方块
5. 你在Game构造函数中手动调用m_paddle.setImage()时，是给m_paddle自身的m_texBackground绑定纹理，指针指向的是有效成员，因此渲染正常。

• 代码中m_imgBackground.setPosition(m_shape.x, m_shape.y)存在编译错误：sf::RectangleShape没有公开的x/y成员，需改为m_shape.getPosition().x和m_shape.getPosition().y，或直接传m_shape.getPosition()
• Game构造函数里的raketim.getSize()为笔误，实际需要调用myPaddle.getSize()

方案1：静态共享纹理（适配循环批量创建对象的场景，最优） #

针对你需要循环创建大量同类带贴图对象的需求，把纹理改为所有实例共享的静态成员，避免重复加载和野指针问题：

1. 修改paddle.hpp中的私有成员：

private:
    static sf::Texture m_texBackground; // 静态共享纹理，所有Paddle共用
    sf::Sprite m_imgBackground;
    sf::RectangleShape m_shape;

2. 在paddle.cpp中添加静态成员的类外初始化：

sf::Texture Paddle::m_texBackground;

3. 修改setImage()函数，仅加载一次纹理，所有实例绑定共享纹理：

void Paddle::setImage()
{
    static bool isLoaded = false;
    if (!isLoaded) {
        if (!m_texBackground.loadFromFile("img/bats/bat_black.png")) {
            std::cout << "bat_black.png didnt open" << std::endl;
        }
        isLoaded = true;
    }
    m_imgBackground.setTexture(m_texBackground);
    // 修正位置赋值的错误
    m_imgBackground.setPosition(m_shape.getPosition());
    // 原有缩放逻辑保留
}

这种方式不仅彻底解决野指针问题，还能避免每个实例都重复加载同一张图片，大幅降低内存占用，适合批量创建墙体、砖块这类同类对象的场景。

方案2：修正成员初始化顺序，避免临时对象拷贝 #

放弃先默认构造再赋值的写法，改用Game构造函数的初始化列表直接构造m_paddle，彻底消除临时对象的生成：

// Game.hpp中提前声明需要用到的尺寸常量
// Game.cpp构造函数改写为：
Game::Game() : 
    m_window(sf::VideoMode(m_windowWidth, m_windowHeight, 32), "你的窗口标题"),
    m_paddle([](){
        sf::RectangleShape shape(sf::Vector2f(100, 20));
        shape.setPosition(sf::Vector2f(m_windowWidth/2.0f, m_windowHeight - 4.0f * shape.getSize().y));
        shape.setFillColor(sf::Color::Green);
        return shape;
    }())
{
    // 原有其他逻辑保留
}

这种方式直接在m_paddle的初始化阶段调用带参构造函数，没有临时对象生成，纹理指针直接指向自身的有效m_texBackground，不会出现野指针。如果批量创建对象时，也可以用容器的emplace_back直接构造对象，避免生成临时对象再拷贝的操作。

方案3：实现自定义拷贝/赋值逻辑 #

如果必须保留现有默认构造+赋值的写法，就需要给Paddle类手动实现拷贝构造和拷贝赋值函数，在拷贝完成后重新绑定纹理到当前实例的成员：

// Paddle类中添加声明：
Paddle(const Paddle& other);
Paddle& operator=(const Paddle& other);

// 实现逻辑：
Paddle::Paddle(const Paddle& other) : 
    m_shape(other.m_shape), 
    m_texBackground(other.m_texBackground)
{
    // 重新绑定纹理到当前实例的m_texBackground，而非拷贝原来的野指针
    m_imgBackground.setTexture(m_texBackground);
    m_imgBackground.setPosition(m_shape.getPosition());
    // 同步拷贝其他Sprite属性：缩放、颜色、纹理坐标等
    m_imgBackground.setScale(other.m_imgBackground.getScale());
    m_imgBackground.setColor(other.m_imgBackground.getColor());
}

Paddle& Paddle::operator=(const Paddle& other)
{
    if (this != &other) {
        m_shape = other.m_shape;
        m_texBackground = other.m_texBackground;
        m_imgBackground.setTexture(m_texBackground);
        m_imgBackground.setPosition(m_shape.getPosition());
        m_imgBackground.setScale(other.m_imgBackground.getScale());
        m_imgBackground.setColor(other.m_imgBackground.getColor());
    }
    return *this;
}

这种方式可以解决拷贝后的野指针问题，但每个Paddle实例都会持有一份重复的纹理副本，内存开销较大，不适合批量创建对象的场景。

• 你当前的Draw函数同时绘制了绿色的m_shape和Sprite，如果Sprite是用来替换实心方块的，可以把window.draw(m_shape)这行删掉，避免出现贴图被底色遮挡的问题。
• 批量创建对象时优先用emplace_back直接在容器内存中构造对象，不要生成临时对象再push_back，既提升性能又避免拷贝带来的纹理指针问题。

内容的提问来源于stack exchange，提问作者Nedd