gpt4 book ai didi

c++ - 重载运算符的线程安全新

转载 作者:塔克拉玛干 更新时间:2023-11-03 01:48:10 32 4
gpt4 key购买 nike

虽然标准不保证new 的线程安全,但大多数多线程操作系统support thread-safe 运算符新

我正在为代码中某些(例如MyClass)的动态分配实现自己的内存管理。对于 MyClass 的线程安全,我可能不得不使用 pthreadboost:: 库。

我认为如果 new已经线程安全的,那么我可以为 MyClass 重载它并利用它的安全性而不用担心使用那些库.

class MyClass {
// data
public:
void* operator new (size_t);
void operator delete (void*);
};

对于 C++03 系统/编译器来说,这是一个公平的假设吗?

编辑:因为我的问题没有被少数用户关注。我正在详细说明那部分:

如果我有 2 个执行 new int()new int() 的线程,那么将返回 2 个唯一的内存地址。现在,在我重载的 MyClass::new 中,我没有使用全局 ::new() 或任何线程库;但是自己的内存管理器(它对线程一无所知)。伪代码:

char pool[BIG_SIZE];
void* MyClass::operator new (size_t size)
{
// get some memory from 'pool' without using any thread library
return p;
}

我的假设是,因为全局 ::new 是线程安全的,所以这个重载的 operator new 也应该是线程安全的。换句话说,编译器应该在遇到 new 关键字的任何地方发出与线程安全相关的代码。这是一个正确的假设吗?

最佳答案

是的。

但是请注意,在 C++11 中,new 是线程安全的。

当然,当添加线程不安全代码时,它会使您的operator new 线程不安全。

根据您的修改(这改变了整个问题):

编译器在新调用周围添加线程安全代码的假设是非常错误的。 Sane 实现将始终在 operator new 的内部实现中添加线程安全(已经出于效率考虑,例如每线程内存池)。

也就是说,当你编写一个线程不安全的分配函数时,仅仅通过将它命名为operator new 不会神奇地使其成为线程安全的,因为这就像任何其他函数一样,只是有一种特殊的方式被调用。

关于c++ - 重载运算符的线程安全新,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7739144/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com