gpt4 book ai didi

c++ - std::string 在第一次分配中不使用自定义分配器

转载 作者:行者123 更新时间:2023-12-01 14:40:14 34 4
gpt4 key购买 nike

我想为 basic_string 创建一个自定义分配器,它允许我获得分配的字符串内部数组的所有权。我的具体用例是 .NET 互操作场景,其中将字符串编码回托管代码的成本很高,因为它需要在特定池中分配字符串(至少在 Windows 中),更重要的是堆中数组的所有权必须是转入。我能够为 std::vector 编写这样的自定义分配器,并成功验证了主要编译器(MSVC、gcc、clang)的兼容性。我现在尝试对 basic_string 使用相同的分配器,并且观察到奇怪的行为,因为所有主要的 STL 实现似乎都不使用提供的分配器进行第一次分配,通常是前 16 个字节。它遵循我正在使用的代码:

#include <memory>
#include <stdexcept>
#include <vector>
#include <iostream>

// The requirements for the allocator where taken from Howard Hinnant tutorial:
// https://howardhinnant.github.io/allocator_boilerplate.html

template <typename T>
struct MyAllocation
{
size_t Size = 0;
std::unique_ptr<T> Ptr;

MyAllocation() { }

MyAllocation(MyAllocation && other) noexcept
: Ptr(std::move(other.Ptr)), Size(other.Size)
{
other.Size = 0;
}
};

// This allocator keep ownership of the last allocate(n)
template <typename T>
class MyAllocator
{
public:
using value_type = T;

private:
// This is the actual allocator class that will be shared
struct Allocator
{
[[nodiscard]] T* allocate(std::size_t n)
{
T *ret = new T[n];
if (!(Current.Ptr == nullptr || CurrentDeallocated))
{
// Actually release the ownership of the Current unique pointer
Current.Ptr.release();
}

Current.Ptr.reset(ret);
Current.Size = n;
CurrentDeallocated = false;
return ret;
}

void deallocate(T* p, std::size_t n)
{
(void)n;
if (Current.Ptr.get() == p)
{
CurrentDeallocated = true;
return;
}

delete[] p;
}

MyAllocation<T> Current;
bool CurrentDeallocated = false;
};
public:
MyAllocator()
: m_allocator(std::make_shared<Allocator>())
{
std::cout << "MyAllocator()" << std::endl;
}

template<class U>
MyAllocator(const MyAllocator<U> &rhs) noexcept
{
std::cout << "MyAllocator(const MyAllocator<U> &rhs)" << std::endl;
// Just assume it's a allocator of the same type. This is needed in
// MSVC STL library because of debug proxy allocators
// https://github.com/microsoft/STL/blob/master/stl/inc/vector
m_allocator = reinterpret_cast<const MyAllocator<T> &>(rhs).m_allocator;
}

MyAllocator(const MyAllocator &rhs) noexcept
: m_allocator(rhs.m_allocator)
{
std::cout << "MyAllocator(const MyAllocator &rhs)" << std::endl;
}

public:
T* allocate(std::size_t n)
{
std::cout << "allocate(" << n << ")" << std::endl;
return m_allocator->allocate(n);
}

void deallocate(T* p, std::size_t n)
{
std::cout << "deallocate(\"" << p << "\", " << n << ")" << std::endl;
return m_allocator->deallocate(p, n);
}

MyAllocation<T> release()
{
if (!m_allocator->CurrentDeallocated)
throw std::runtime_error("Can't release the ownership if the current pointer has not been deallocated by the container");

return std::move(m_allocator->Current);
}

public:
// This is the instance of the allocator that will be shared
std::shared_ptr<Allocator> m_allocator;
};

// We assume allocators of different types are never compatible
template <class T, class U>
bool operator==(const MyAllocator<T>&, const MyAllocator<U>&) { return false; }

// We assume allocators of different types are never compatible
template <class T, class U>
bool operator!=(const MyAllocator<T>&, const MyAllocator<U>&) { return true; }

int main()
{
std::cout << "Test MyAllocator<char>" << std::endl;
using MyString = std::basic_string<char, std::char_traits<char>, MyAllocator<char>>;
MyAllocator<char> allocator;
MyString str(allocator);
str = "0123456789ABCDE"; // 16 bytes including null termination. No use of the allocator
// str = "0123456789ABCDEF"; // 17 bytes including null termination. Here the allocator is used,
// tipically doubling the space required
}

代码的输出如下,显示没有使用分配器。 MSVC、clang 和 gcc 中的情况类似(Wandbox 链接):

Test MyAllocator<char>
MyAllocator()
MyAllocator(const MyAllocator &rhs)

相反,如果我有一个需要超过 16 个字节的分配,就像我的代码中的注释行一样,gcc 中的输出是这样的(MSVC 中的输出类似,clang 中需要 >= 24 个字节):

Test MyAllocator<char>
MyAllocator()
MyAllocator(const MyAllocator &rhs)
allocate(31)
deallocate("0123456789ABCDEF", 31)

这显示了所有 STL 实现之间的共同模式,因为它们似乎只是忽略了小字符串分配器的使用,作为一种优化。可悲的是,库开发人员并没有做得干净,因为他们可以像我一样将任何行为封装在字符串的自定义分配器中,可能会在分支中浪费 CPU 周期(也可能是存储)。问题是:C++标准是否不要求在所有数据分配中都使用分配器?字符串有特殊的子句/异常(exception)吗?相同的代码似乎适用于 std::vector

最佳答案

您所看到的是短字符串优化 (SSO)。该标准允许使用小型内部缓冲区构建 std::string ,字符串可以使用该缓冲区来避免进行任何动态内存分配。这是非常有利的,因为大多数字符串都很小,因此您可以节省大量分配。

不幸的是,标准中对此缓冲区的大小没有限制。 MSVC 使用 16 个字符,libc++ 使用 22 个字符。

这意味着您要么需要确保分配一个足够大的字符串来使用您的分配器,要么您只需要实现自己的字符串类。分配足够内存的一个技巧是使用

std::string str;
str.reserve(sizeof(str) + 1);

由于缓冲区是字符串的一部分,因此如果您请求更多内存,那么它将必须动态分配内存。

Is there a special clause/exception for strings? The same code seems to work just fine for std::vector.

std::vector 有一个要求1,移动 vector 不会使任何指针/引用/迭代器无效,这意味着它不能有这样的缓冲区。 std::string 没有允许实现 SSO 的要求。

1: Table 71讨论 X u(rv)X u = rv ,复杂性要求是 NoteB,其中 NoteB 对于除 之外的所有容器都是恒定复杂性>std::array,具有线性复杂度

关于c++ - std::string 在第一次分配中不使用自定义分配器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59147126/

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