模拟Java枚举的C++类问题：Carstatus对象type成员为nullptr

1. 修复静态对象初始化顺序问题 #

Arduino环境中全局/静态对象的初始化顺序未定义，若Carstatus实例（如EXTERNAL_TEMPERATURE）在对应CanbusMessageType实例之前完成初始化，构造时传入的type指针会指向未创建的对象，最终变为nullptr。

• 调整为延迟初始化：将Carstatus的静态实例改为函数内的静态变量，确保第一次调用时才完成初始化，此时CanbusMessageType实例已就绪：

class Carstatus : public Enum {
public:
  static Carstatus& EXTERNAL_TEMPERATURE() {
    static Carstatus instance("EXTERNAL_TEMPERATURE", &CanbusMessageType::ENVIRONMENT);
    return instance;
  }
  // 其他实例同理...
private:
  CanbusMessageType* _type;
  Carstatus(const char* name, CanbusMessageType* type) : Enum(name), _type(type) {}
};

调用时使用Carstatus::EXTERNAL_TEMPERATURE()替代直接访问静态对象。

2. 验证构造函数参数传递逻辑 #

检查Carstatus与基类Enum的构造函数，确保type指针被正确接收并存储：

• 确认Carstatus类中存在明确的成员变量存储type，且构造函数完成赋值：

// Carstatus类定义
class Carstatus : public Enum {
private:
  CanbusMessageType* _type; // 确保该成员存在
public:
  Carstatus(const char* name, CanbusMessageType* type) 
    : Enum(name), _type(type) {} // 正确初始化成员
  // 其他方法...
};

3. 重构跨依赖的全局对象 #

若Carstatus与CanbusMessageType的全局静态实例互相依赖，本质上是设计缺陷。可以：

• 将其中一类实例改为动态创建（比如在setup()中初始化）；
• 改用单例模式封装实例创建逻辑，完全控制初始化时机。

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