模板子类成员初始化报错：'scheduler'非非静态成员或基类

根源：模板基类的依赖名称查找规则 #

你的基类SchedulerFacade<sched_t>是模板类，子类SchedulerTrampoline继承的是它的实例化版本SchedulerFacade<unifex::trampoline_scheduler>。C++编译器在解析子类构造函数的初始化列表时，不会自动去模板基类中查找protected成员scheduler——因为模板基类的成员属于依赖名称（依赖于模板参数sched_t），编译器需要明确的指引才能定位到该成员，否则会认为scheduler不是当前类的成员或基类。

正确解决方式（无需重新定义成员） #

方式1：用基类完整类型限定成员名 #

在初始化列表中明确指定基类的类型，让编译器找到对应的成员：

SchedulerTrampoline::SchedulerTrampoline(/* 构造参数 */)
    : SchedulerFacade<unifex::trampoline_scheduler>::scheduler(/* 初始化值 */)
{
    // 构造函数逻辑
}

方式2：用using声明引入基类成员 #

如果子类需要频繁访问该成员，可以在类体内通过using将基类的scheduler引入子类作用域，这样初始化列表中直接写scheduler就能被识别：

class SchedulerTrampoline : public SchedulerFacade<unifex::trampoline_scheduler> {
public:
    // 引入基类的scheduler成员到子类作用域
    using SchedulerFacade<unifex::trampoline_scheduler>::scheduler;

    SchedulerTrampoline(/* 构造参数 */)
        : scheduler(/* 初始化值 */)
    {}

    // 其他成员函数
};

为什么重新定义成员能编译？ #

当你在子类中重新定义scheduler后，这个成员变成了子类自己的非静态数据成员，编译器在初始化列表中能直接找到它，因此编译通过。但这是错误的 workaround：子类的scheduler会隐藏基类的同名成员，后续子类中访问scheduler时，只会引用子类自己的版本，基类的scheduler会被忽略，完全违背了继承的设计意图。

直接用delete的风险 #

你当前在析构函数中调用delete释放const T*，仅当指针指向用new分配的堆内存时合法，但存在诸多隐患：

• 如果指针指向栈上对象（比如const T obj; const T* p = &obj;），delete p会触发未定义行为。
• 若指针被意外赋值为nullptr或重复释放，会导致内存泄漏或双重释放。
• 无法明确表达所有权语义（是拥有该对象还是仅观察）。

推荐用智能指针替代裸指针 #

作为C++新手，优先使用标准库的智能指针来管理内存，无需手动调用delete：

1. 唯一所有权：std::unique_ptr<const T> #

适用于只有一个对象拥有该const T的场景，unique_ptr会在自身销毁时自动释放指向的对象：

#include <memory>

class YourClass {
private:
    std::unique_ptr<const T> ptr;
public:
    // 接管传入的堆内存对象的所有权
    YourClass(const T* obj) : ptr(obj) {}

    // 无需手动编写析构函数，unique_ptr会自动处理释放
};

2. 共享所有权：std::shared_ptr<const T> #

如果多个对象需要共享同一个const T的访问权，用shared_ptr——它会维护引用计数，当最后一个shared_ptr销毁时，自动释放对象：

#include <memory>

class YourClass {
private:
    std::shared_ptr<const T> ptr;
public:
    YourClass(std::shared_ptr<const T> obj) : ptr(obj) {}
};

关键注意事项 #

• 若const T*仅作为观察者（不拥有对象所有权），绝对不要在析构函数中delete它，否则会非法销毁不属于你的对象。
• 永远不要delete指向栈内存的指针，这是C++中常见的未定义行为来源。

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