clion：nitialization with static storage duration may throw an exception cannot be caught

墨蓝 2022-12-01 05:21 120阅读 0赞

说实话， CLion一些警告实在太恶心了，比如说我们在写 Boost 或者 GTest 测试的时候的静态存储警告。

例如下面的 Boost 测试代码:

BOOST_AUTO_TEST_SUITE(test_time_util)
    
    BOOST_AUTO_TEST_CASE(get_now)
    {
        
        // test code
    }
    
    BOOST_AUTO_TEST_SUITE_END()

这是再正常不过的代码了，但是CLion 会将上面代码中的 Boost 宏都标上以下类似的警告:

Clang-Tidy: Initialization of "xx" with static storage duration may throw an exception cannot be caught

很烦的好不好？？？？  
黄黄的东西一点也不好看有木有啊！

我最初尝试找有没有 属性值指示符 可以压制这些警告，然而并没有（我使用的是 C++ 17 ）。  
不过，我在github 上翻到了有人和我有一样的洁癖，下面有人给出了答案。

> 后来在 LLVM 官网介绍中找到了解释：[https://clang.llvm.org/extra/clang-tidy/\#suppressing-undesired-diagnostics][https_clang.llvm.org_extra_clang-tidy_suppressing-undesired-diagnostics]

那就是在代码的行末添加一个多行注释: /\* NOLINT \*/,， 或者单行注释: //NOLINT；

于是上面的代码就变成了:

BOOST_AUTO_TEST_SUITE(test_time_util) /* NOLINT */
    
    BOOST_AUTO_TEST_CASE(get_now) /* NOLINT */
    {
        
        // test code
    }
    
    BOOST_AUTO_TEST_SUITE_END() /* NOLINT */

Yes! 有效的！果然没有黄黄的警告了！！！

> 我测试过，只能加在行末，不能加在上一行。

我测试过，这个注释可以压制很多的警告，但是我目前只用来压制 Boost 或者 GTest 的宏警告。  
因为 CLion 的大多数警告都是非常有用的，通过 CLion 建议的代码来解决警告才是正确的做法。  
当然，如果别人的用户第三方库中头文件被警告了地话，就直接压制警告吧。

以下链接是我找到的这个解决方案的源地址:

Github: https://github.com/catchorg/Catch2/issues/921
    Clang: https://clang.llvm.org/extra/clang-tidy/#suppressing-undesired-diagnostics

顺便说一句， 我并不知道为什么这个注释可以压制某些警告。请知道的朋友联系我，给我科普以下，谢谢。

[https_clang.llvm.org_extra_clang-tidy_suppressing-undesired-diagnostics]: https://clang.llvm.org/extra/clang-tidy/#suppressing-undesired-diagnostics