[[nodiscard]] 必须作用于函数返回类型前、枚举或类声明，不可用于变量、参数或构造函数；[[maybe_unused]] 仅在声明时标记局部变量或函数参数才生效；非标准属性须带厂商前缀如 [[gnu::hot]]；[[deprecated]] 提示信息必须为字符串字面量。

怎么在 C++ 里写 [[nodiscard]] 才不被编译器无视

它不是加了就生效的装饰品，得用对地方。编译器只对函数返回值、枚举定义、类/结构体声明这三类目标检查 [[nodiscard]]；如果写在变量、参数或 lambda 上，直接忽略，连警告都没有。

常见错误现象：[[nodiscard]] int foo(); 没问题，但 [[nodiscard]] auto x = foo(); 不报错——因为属性作用在变量上无效。

• 必须放在函数声明/定义的**返回类型前**（C++17 起允许放在函数名后，但推荐放前面）
• 若函数是模板，属性要写在模板声明之后、返回类型之前：template<typename t> [[nodiscard]] T get_value();</typename>
• 自定义类型想让构造函数带 [[nodiscard]]？不行，C++ 标准不支持构造函数加该属性

[[maybe_unused]] 为什么有时还是报 “unused variable”

它只压制「未使用」警告，且只对声明时就标记的对象起效。一旦变量在作用域内被声明但没加这个属性，后续再怎么用宏包裹、条件编译都救不回来。

使用场景：调试阶段临时注释掉某段逻辑，又不想删变量；跨平台代码中某些平台不需要的参数。

立即学习“C++免费学习笔记（深入）”；

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

• 函数参数加法：void log(const char* msg, [[maybe_unused]] int level);
• 局部变量必须在声明时带上：[[maybe_unused]] int tmp = compute();，写成 int tmp = compute(); [[maybe_unused]] tmp; 是错的
• 注意 GCC 9+ 和 Clang 10+ 对该属性支持较稳，MSVC 2019 16.8+ 开始完整支持，老版本可能静默忽略

自定义属性（[[my_attr]]）能不能用在生产环境

不能。标准 C++ 只定义了有限几个属性（如 [[nodiscard]]、[[noreturn]]、[[deprecated]]），其它全是编译器扩展。你写的 [[my_attr]] 在 GCC 下可能被当注释，在 Clang 下可能触发警告，在 MSVC 下可能直接报错。

性能 / 兼容性影响：自定义属性不会影响生成代码，但会破坏可移植性。哪怕只是加个日志标记，也建议改用宏 + 注释组合，比如：#define LOG_ENTRY [[gnu::hot]] void entry() 这种写法本身就不安全，应避免。

• 所有非标准属性必须带厂商前缀：[[gnu::hot]]、[[clang::fallthrough]]、[[msvc::no_unique_address]]
• 查文档确认前缀是否拼对——[[gcc::unused]] 是错的，正确是 [[gnu::unused]]
• 不要指望不同编译器对同一语义的扩展属性行为一致，比如 [[gnu::noinline]] 和 [[clang::noinline]] 参数个数可能不同

[[deprecated]] 怎么带提示信息又不炸编译

提示字符串必须是字面量，不能是变量、宏展开结果（除非宏完全展开为字符串字面量），也不能含转义错误或未闭合引号，否则编译失败。

常见错误现象：[[deprecated("use new_api instead")]] void old_func(); 正常；但 [[deprecated(MESSAGE)]]（其中 MESSAGE 是宏）在某些编译器下会报“attribute argument not a string literal”。

• 推荐写法：[[deprecated("old_func is removed in v2.0")]]，字符串里别换行、别用中文引号
• Clang 支持双参数形式：[[deprecated("use X", "v2.0")]]，第二个是版本号，GCC 不认，慎用
• 如果属性加在重载函数上，每个重载都要单独标，继承关系中基类标了，派生类重写不自动继承该属性

属性不是语法糖，是编译器和程序员之间的契约。写错位置、用错前缀、依赖未标准化行为，都会让本该起效的提示彻底消失——而且往往悄无声息。