如何实现动态闭包Lambda及支持嵌套名称的C++父子Logger？

问题分析 #

你的代码核心问题在于所有日志器共享同一个LogImpl实例，而setRichFormat设置的格式化Lambda绑定了调用该方法的日志器的name。当rootLogger调用setRichFormat后，impl->formatter就固定为使用root的名称，后续childLogger调用write时，依然会复用这个绑定了root名称的Lambda，导致输出的名称始终是root而非子日志器的root.child。

修复方案 #

既然LogImpl不可修改，我们需要将日志器名称的拼接逻辑移到Logger的write方法中，让每个日志器在传递消息给LogImpl前，先把自身名称与消息组合，再由共享的formatter处理通用格式（比如添加换行）。修改后的代码如下：

#include <iostream>
#include <memory>
#include <functional>

// 不可修改的第三方日志实现
struct LogImpl {
    std::function<std::string(const std::string &msg)> formatter{nullptr};

    void write(const std::string &msg) const {
        const auto fMsg = formatter ? formatter(msg) : msg;
        std::cerr << fMsg << std::endl;
    }
};

// 日志包装类
struct Logger {
    std::string name;
    LogImpl *impl{nullptr};

    explicit Logger(const std::string &name, LogImpl *impl) : name(name), impl(impl) {}

    std::shared_ptr<Logger> getChild(const std::string &name_) const {
        return std::make_shared<Logger>(name + "." + name_, impl);
    }

    void write(const std::string &msg) const {
        // 先拼接当前日志器名称与消息
        std::string named_msg = name + "\t" + msg;
        impl->write(named_msg);
    }

    void setRichFormat() const {
        // 设置通用格式化逻辑（比如添加换行，可根据需求扩展）
        impl->formatter = [](const std::string &msg) {
            return msg + "\n";
        };
    }
};

int main() {
    auto impl = new LogImpl();
    Logger rootLogger{"root", impl};
    auto childLogger = rootLogger.getChild("child");

    rootLogger.setRichFormat();

    rootLogger.write("ROOT MSG");
    childLogger->write("CHILD MSG");

    delete impl;
    return 0;
}

运行后输出符合预期：

root    ROOT MSG

root.child  CHILD MSG

关于动态闭包Lambda的说明 #

在C++中，Lambda捕获变量的绑定时机是Lambda创建时：值捕获会拷贝变量的当前值，引用捕获会绑定变量的内存地址。原代码中，setRichFormat的Lambda引用捕获了rootLogger的name，后续无论哪个日志器调用write，Lambda都会使用root的名称，因为它绑定的是创建时的变量。

要实现“依赖对象动态闭包”的Lambda，即让Lambda在每次调用时感知当前调用的日志器实例，在你当前的架构下是不可行的：

• 共享的LogImpl的formatter是全局唯一的函数对象，无法感知调用它的Logger实例；
• LogImpl的接口只接受msg参数，无法传递额外的日志器名称或实例信息。

如果一定要用Lambda实现，只能放弃共享formatter的设计，让每个Logger持有自己的格式化Lambda，但这违背了“所有日志器共享同一个不可修改的LogImpl”的需求。因此，将名称拼接逻辑放在Logger层是更合理的方案。

内容的提问来源于stack exchange，提问作者andre487