Irrlicht游戏开发：分离头源文件后子类访问protected成员报错

嘿，我刚好碰到过类似的坑，给你几个精准的排查和解决方向：

1. 确认父类的成员声明与头文件结构 #

先检查GameObjectOverworld.h里的node成员是否真的放在protected区块，同时给头文件加上保护宏避免重复包含（这很容易被忽略）：

// GameObjectOverworld.h
#ifndef GAMEOBJECTOVERWORLD_H
#define GAMEOBJECTOVERWORLD_H

#include <irrlicht.h>

class GameObjectOverworld {
protected:
    // 必须确保这里是protected，不是private
    irr::scene::ISceneNode* node;
public:
    // 补充必要的构造、析构函数声明
    GameObjectOverworld();
    virtual ~GameObjectOverworld();
};

#endif // GAMEOBJECTOVERWORLD_H

2. 检查子类的继承方式与头文件依赖 #

在Player.h里，一定要保证是public继承父类，并且正确包含父类的头文件，同样加上头文件保护：

// Player.h
#ifndef PLAYER_H
#define PLAYER_H

#include "GameObjectOverworld.h"

// 必须是public继承，否则父类的protected成员在子类中会降级为private
class Player : public GameObjectOverworld {
public:
    // 声明你要实现的成员函数
    void movePlayer(const irr::core::vector3df& direction);
};

#endif // PLAYER_H

3. 确保在子类成员函数内部访问node #

报错的核心大概率是你在非成员函数里直接访问了node，或者在子类的成员函数体外尝试调用。在Player.cpp里，必须把node的访问逻辑放在类的成员函数体内：

// Player.cpp
#include "Player.h"

void Player::movePlayer(const irr::core::vector3df& direction) {
    // 这里访问node完全合法，因为是在子类的成员函数上下文里
    if (node) {
        node->setPosition(node->getPosition() + direction);
    }
}

为什么拆分前没问题？因为之前所有代码在同一个文件里，编译器能直接解析完整的继承关系和访问权限；拆分后如果头文件结构混乱、继承方式错误，或者访问上下文不合法，编译器就会严格校验权限，抛出这个错误。

内容的提问来源于stack exchange，提问作者Jose Manuel Palau