C/C++中无需宏函数获取__FILE__等调试信息的方法及日志宏冲突解决方案

这个问题其实是C/C宏的「全局文本替换」特性带来的典型坑——宏没有作用域的概念，只要在编译单元里先定义了info宏，后面所有出现info的地方都会被无脑替换，哪怕是类的成员变量名，预处理阶段根本不理解C的类、私有成员这些语法。

下面给你几个不用#undef的解决方案，按推荐程度排序：

1. 升级到C++20，用std::source_location彻底替代宏 #

这是最优雅的解决办法，完全不需要宏就能获取调用点的文件、行号等调试信息，而且类型安全，没有命名冲突的风险。

代码示例：

#include <source_location>
#include <iostream>
#include <string>

// 你的格式化函数，保持原有实现不变
std::string str_format(const char* fmt, ...) {
    // 这里保留你的原有逻辑
}

// 日志函数，默认参数自动捕获调用点的位置信息
inline void log_info(const std::string& msg, 
                     const std::source_location& loc = std::source_location::current()) {
    std::cout << msg << loc.file_name() << ":" << loc.line() << "\n";
}

// 调用方式，完全不用宏
int main() {
    log_info(str_format("User %d logged in", 1001));
    return 0;
}

std::source_location::current()会自动捕获调用log_info时的文件路径、行号、函数名等信息，完全不需要手动传__FILE__、__LINE__，也不会有任何宏替换的问题。

2. 给宏起一个独一无二的命名 #

如果暂时没法升级到C++20，最简单的办法就是把宏的名字改得足够独特，避免和普通变量名冲突。比如把info改成带项目/模块前缀的LOG_INFO：

#define LOG_INFO(str, ...) (std::cout << str_format(str, ##__VA_ARGS__) << __FILE__ << ":" << __LINE__)

这样一来，几乎不可能有类会用LOG_INFO作为成员变量名，从根源上解决了冲突问题。另外建议在宏里加上std::前缀（比如std::cout），避免因为命名空间的问题引入新的坑。

3. 用「宏+inline函数」的组合（折中方案） #

如果不想放弃宏的便捷性，又想减少冲突风险，可以把宏的逻辑拆分成宏和inline函数：

#include <iostream>
#include <string>

std::string str_format(const char* fmt, ...) {
    // 原有实现不变
}

inline void log_impl(const std::string& msg, const char* file, int line) {
    std::cout << msg << file << ":" << line << "\n";
}

// 宏只负责传递__FILE__和__LINE__，名字依然用独特的
#define LOG_INFO(str, ...) log_impl(str_format(str, ##__VA_ARGS__), __FILE__, __LINE__)

这种方式下，宏的职责更单一，而且只要宏的名字独特，就不会和类成员冲突。

最后再复盘一下问题根源：预处理阶段是纯文本替换，完全不理解C的语法结构。哪怕test.h没包含logger.h，只要某个.cpp文件先#include "logger.h"再#include "test.h"，预处理时test.h里的int info;就会被替换成宏的内容，导致编译错误。所以核心解决思路要么是彻底摆脱宏（C20方案），要么是让宏的名字足够独特，从根源避免冲突。

内容的提问来源于stack exchange，提问作者陈泽霖