关于OpenHarmony hilog_lite中%s格式符的编译期检查或禁用方案咨询

Hey there，我刚好之前在OpenHarmony项目里踩过hilog_lite %s的坑，太懂这种“编译过了但运行时才出问题”的糟心感了！结合你的需求，给你分享几个可行的方案，从编译期检查到自动化扫描都有：

1. 用Clang-Tidy自定义检查规则（最推荐） #

Clang-Tidy确实是个靠谱的路子，完全能实现对%s的自动化检查。你可以写一个简单的自定义检查器，专门扫描所有HILOG_*系列宏的调用：

• 核心思路：匹配宏展开后的格式字符串参数，检查其中是否包含%s（注意要排除转义的%%s哦）
• 实现起来没那么复杂，Clang的AST API能轻松定位宏调用的格式字符串常量，一旦发现%s就抛出警告或错误
• 好处是能集成到你的IDE（比如VS Code+Clang插件）或CI流程里，实时扫描代码，从根源上避免这类问题
• 如果你不想自己写，也可以去OpenHarmony社区看看有没有现成的Clang-Tidy规则，或者提个需求——毕竟参数数量都能做编译期检查，格式符的检查理论上官方也能支持

2. 封装一层自定义宏，加入编译期静态检查 #

如果不想折腾Clang-Tidy，也可以自己封装HILOG宏，在编译期对常量格式字符串做检查：
比如利用Clang/GCC的内置函数和静态断言：

#include <assert.h>

// 检查格式字符串中是否包含%s（仅对常量字符串生效）
#define CHECK_HILOG_NO_S(fmt) \
    do { \
        if (__builtin_constant_p(fmt)) { \
            // 用__builtin_strstr检查是否有%s，静态断言触发编译错误
            _Static_assert( \
                !__builtin_strstr((const char*)fmt, "%s"), \
                "ERROR: %%s format specifier is NOT supported in hilog_lite!" \
            ); \
        } \
    } while(0)

// 封装原有的HILOG_INFO宏
#define MY_HILOG_INFO(module, fmt, ...) \
    do { \
        CHECK_HILOG_NO_S(fmt); \
        HILOG_INFO(module, fmt, __VA_ARGS__); \
    } while(0)

• 这个方案的优点是零额外工具依赖，直接在代码层解决问题
• 局限性：如果格式字符串是动态生成的（比如拼接出来的），__builtin_constant_p会返回false，检查就会失效，但大部分HILOG的格式字符串都是常量，所以能覆盖90%以上的场景

3. Python脚本扫描（快速落地的临时方案） #

你提到的Python脚本其实是个低成本的好办法，实现起来非常快：

• 用正则表达式匹配所有HILOG_[A-Z]+的调用，提取格式字符串部分
• 检查格式字符串中是否包含%s（同样要注意排除%%s）
• 可以把脚本集成到Git钩子（pre-commit）或者CI流水线里，每次提交代码自动扫描
• 示例正则大概是：HILOG_\w+\([^,]+,\s*"([^"]+)"，提取第一个捕获组就是格式字符串，然后检查是否有%s
• 优点是实现简单，不需要深入了解编译器或静态分析工具，适合快速解决当前问题

4. 给OpenHarmony社区提改进建议 #

长远来看，你也可以在OpenHarmony的Gitee仓库提Issue或者PR，建议在hilog_lite的宏里加入对%s的编译期检查——毕竟参数数量都能做编译期检查，格式符的检查理论上也能实现，比如利用编译器的扩展特性在预处理阶段扫描格式字符串。

总结一下，如果是长期维护的项目，优先选Clang-Tidy；如果想快速在项目里落地，用自定义封装宏；临时救急就用Python脚本扫一遍。

内容来源于stack exchange