STD :: String是否使用Malloc（免费，REALLOC等）函数家族来分配数据？

Question

考虑使用自定义字符串类附加操作员的实现：

inline string& operator+=(const string& rhs){
            if(rhs.size+(size-1)>capacity) {
                data = static_cast<char8_t *>(realloc(data, capacity+=rhs.capacity));
            }

            //culprit???
            memcpy((data + size - 1), rhs.data,rhs.size);
            
            size+=rhs.size;
            return *this;
}

数据是动态分配的内存，大小和容量是成员变量。看起来很标准吗？ 的STD ::字符串对此进行基准测试

std::string test_a,test_b; test_a = "efjrpojgerojoejr"; test_b = "1204r94f3212345";
    unsigned long long average_std = 0;
    unsigned long long average_custom = 0;
    {
        for(int i = 0; i < 1000000; ++i) {
            std::string a(test_a);
            std::string b(test_b);

            auto start = high_resolution_clock::now();
            a += b;
            auto stop = high_resolution_clock::now();
            std::cout << a << std::endl;
            average_std+= (stop - start).count();
        }
    }
    {
        for(int i = 0; i < 1000000; ++i) {
            custom::string a(test_a);
            custom::string b(test_b);
            auto start = high_resolution_clock::now();
            a += b;
            auto stop = high_resolution_clock::now();
            std::cout << a << std::endl;
            average_custom += (stop - start).count();
        }
    }
    std::cout << ((double)(average_custom/1000000))/((double)(average_std/1000000)) << std::endl;

我尝试使用So：STD :: string始终〜50％ 。我以为罪魁祸首可能是纪念性的，我将其完全评论（显然使附录失败），但这对运行时没有区别。因此，我的结论是，Realloc是这里的罪魁祸首（我用来基准测试的示例使得STD :: String :: string and custom :: String reallocate）。我试图理解库代码，但在那里并没有太远。那么STD :: string string sigation sikate sig otal of dodoo魔术呢？预先分配的内存或其他东西？请注意，这是在具有-O3优化的Intel MacBook上的Clang 12.0.0上。