C/C++全局extern变量YAML::Node是否需互斥锁保护？如何保护？

是否需要互斥锁保护？ #

分两种场景判断：

• 只读场景：如果所有线程对m_configList只有读取操作，没有任何写入/修改行为，那么不需要互斥锁。yaml-cpp的YAML::Node在只读并发下是安全的，不会产生数据竞争。
• 读写混合场景：只要有任意线程会修改m_configList（比如更新配置、修改节点值），同时其他线程可能读取或修改该变量，就必须用互斥锁保护。因为YAML::Node本身不是线程安全的，多线程并发读写会触发未定义行为（比如内存损坏、数据不一致）。

是否需要使用全局extern互斥锁？ #

不推荐直接用全局extern互斥锁，更合理的做法是将变量和锁封装起来，通过统一的访问接口操作，避免外部直接操作锁和变量导致的误用。

推荐的封装实现示例：

1. config.h（只暴露访问接口，不直接暴露全局变量）：

#pragma once
#include <yaml-cpp/yaml.h>

// 获取配置（只读）
const YAML::Node& get_config();
// 更新配置（写入）
void update_config(const YAML::Node& new_config);

2. config.cpp（内部维护变量和锁）：

#include "config.h"
#include <mutex>

// 用匿名命名空间隐藏内部变量，避免全局可见
namespace {
YAML::Node m_configList;
std::mutex m_config_mutex;
}

const YAML::Node& get_config() {
    // 自动加锁/解锁的guard，避免手动解锁遗漏
    std::lock_guard<std::mutex> lock(m_config_mutex);
    return m_configList;
}

void update_config(const YAML::Node& new_config) {
    std::lock_guard<std::mutex> lock(m_config_mutex);
    m_configList = new_config;
}

如果一定要用全局extern互斥锁：

也可以实现，但需要严格保证所有访问m_configList的代码都正确加锁：

1. config.h中声明锁：

#pragma once
#include <yaml-cpp/yaml.h>
#include <mutex>

extern YAML::Node m_configList;
extern std::mutex m_config_mutex;

2. config.cpp中定义：

#include "config.h"

YAML::Node m_configList;
std::mutex m_config_mutex;

3. 所有访问变量的地方必须加锁，比如file1.cpp中：

#include "config.h"

void some_function() {
    std::lock_guard<std::mutex> lock(m_config_mutex);
    // 读取或修改m_configList
    auto value = m_configList["key"].as<int>();
}

注意事项 #

• 只要存在写入操作，所有读取操作也必须加锁，否则会出现脏读、数据不一致的问题。
• 避免在持有锁的状态下调用耗时操作（比如IO、复杂计算），防止锁持有时间过长引发性能瓶颈或死锁风险。

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