final是最直接的解法，因为它是C++11引入的语言级编译期强制机制，类名后加final即彻底禁止所有形式继承，编译器立即报错，零开销、无歧义、不可绕过。
为什么 final 是最直接的解法
因为 C++11 已经提供了语言级支持——在类定义末尾加 final 关键字，编译器会直接拒绝任何继承尝试。这不是模拟、不是技巧，而是标准行为，零开销、无歧义。
常见错误是试图用私有构造函数或虚继承“封禁”继承，结果反而导致合法使用（如友元、内部类）也失败，或者被派生类通过友元绕过。
-
class NonInheritable final { /* ... */ };—— 正确且唯一推荐的写法 - 若在类模板中使用：
template<typename t> class Container final { ... };</typename> - 注意：
final只能修饰类名或虚函数名，不能放在访问说明符后（如private final是非法的）
继承 final 类时编译器报什么错
不同编译器提示略有差异，但核心信息明确指向 final 限制。这是静态检查，不运行就能发现。
- Clang：
error: cannot derive from 'NonInheritable' as it is marked 'final' - GCC：
error: cannot inherit from final class 'NonInheritable' - MSVC：
error C3246: 'Derived': cannot inherit from 'NonInheritable' because it has been declared as 'final'
这类错误无法忽略或绕过，也不依赖运行时机制，比任何手工设计的“防继承”逻辑都可靠。
立即学习“C++免费学习笔记（深入）”；
能不能只禁止 public 继承，允许 private/protected 继承
不能。C++ 的 final 一视同仁地禁止所有形式的继承，无论访问控制如何。如果你需要“仅限私有复用”，那本就不该用继承，而应改用组合（has-a）。
- 想复用接口？用
using声明或委托函数 - 想复用实现？把逻辑抽成独立工具类或命名空间函数
- 试图保留
protected成员并允许 private 继承，本质仍是破坏封装边界，容易引发维护混乱
旧标准（C++03）下怎么勉强模拟
不建议在新项目中使用，仅用于维护遗留代码。典型做法是将构造函数设为私有，并提供静态工厂函数；再把析构函数也设为私有，否则子类无法析构。但这样连栈上实例都无法创建，必须强制堆分配+智能指针管理，代价远超收益。
示例（仅作对照，勿复制）：
class NonInheritable {
private:
NonInheritable() = default;
~NonInheritable() = default;
public:
static std::unique_ptr<NonInheritable> create() {
return std::make_unique<NonInheritable>();
}
};这种写法破坏了类的自然使用方式，且仍无法完全阻止继承（比如通过友元类），纯属吃力不讨好。
真正要注意的是：别在头文件里漏写 final，也别把它和 constexpr 或 noexcept 混淆位置——它只属于类声明本身，离类名最近。
