草庐IT

c++ - 使用 std::stack 而不是 deque、vector 或 list 的优点和缺点是什么

我正在编写一个非常简单的std::stack,使用vector作为其底层容器。我意识到我可以用vector容器的push_back()、pop_back()和back()替换所有的push()、pop()和top()函数。我的问题是:当底层容器的受控使用就足够时,为什么还要使用容器适配器?为什么不只使用双端队列、vector或列表?会不会浪费内存或处理时间? 最佳答案 当您的代码显示std::stack时,读者很清楚他们需要在容器上执行哪些操作……它在强制不使用其他操作的同时进行通信和记录。它可以帮助他们快速形成对代码中算法逻辑的印

c++ - deque.resize() 来自 *front*?

如何从前面而不是后面调整一个std::deque?(是的,我当然可以push_front一个虚拟值数千次,但是有更好/更有效的方法吗?) 最佳答案 insert的重载插入了N个元素:std::dequec;std::size_tnew_size=get_new_desired_size();c.insert(c.begin(),new_size-c.size(),int());(此示例要求new_size>=c.size()) 关于c++-deque.resize()来自*front*?

c++ - std::vector< std::vector<unsigned char>> 或 std::deque< std::vector<unsigned char>>?

我有一个现有的算法,如果可能的话,我需要稍微优化它。目前无法在此算法中进行大量更改。该算法适用于std::vector>的实例.它看起来像这样:typedefstd::vectorinternal_vector_t;std::vectorinternal_vectors;while(fetchinglotsofrecords){internal_vector_ttmp;//reads1Mbofcharsintmp...internal_vectors.push_back(tmp);//somemorework}//usethisinternal_vectors算法在internal_v

c++ - 为什么我不能在 'std::deque' 上使用 operator< ?

在我的代码库上运行cppcheck并收到以下错误:Dangerousiteratorcomparisonusingoperator但是双端队列的迭代器是随机访问迭代器,随机访问迭代器支持不等式运算符。那么是什么给了?例子:#includeintmain(){std::dequed;std::deque::iteratordi1=d.begin();std::deque::iteratordi2=d.end();if(di1编辑:此错误已通过cppcheckticket#5926提交并修复. 最佳答案 这是cppcheck中的一个错误

c++ - 从 std::deque 线程安全地同时调用 emplace_back() 和 operator[]() 吗?

来自emplace_back()的文档摘录:IteratorvalidityAlliteratorsrelatedtothiscontainerareinvalidated,butpointersandreferencesremainvalid,referringtothesameelementstheywerereferringtobeforethecall.DataracesThecontainerismodified.Nocontainedelementsareaccessedbythecall:concurrentlyaccessingormodifyingthemissafe

c++ - 为什么 std::deque 不是在索引 0 之前保留内存的 vector ?

据我所知,deque背后的动机是提供一个具有高效push_front的随机访问容器。与双端队列相比,vector常被提及的优势包括更快的遍历和at(),但主要是它的C兼容性,因为它保证了连续的内存。Deque没有,因为它是内存块的集合,每个内存块都包含多个值。我很困惑。为什么deque不像vector那样构建,而是在索引0之前保留内存以及在索引size-1之后保留内存?这将保证连续的内存,启用高效的push_front,甚至在取消引用迭代器时避免额外的间接访问。为了尽量减少插入过程中的移位,要移位的包含值将取决于插入点。如果在size()/2之前的索引n处插入,则将值向左移动n。否则右

c++ - MSVCC/g++/icc 中 std deque/vector 之间的不同行为

我有一段非常简单的代码;#include#includeusingnamespacestd;classA{public:A(){};~A(){};dequemy_array;//vectormy_array;};intmain(void){}如果我在Linux上同时使用g++和icc/icpc编译这段代码,它编译得很好,即使使用-Wall也不会给出任何警告。如果我将双端队列交换为vector,情况是一样的。我想在Windows上使用MSVCC(cl)构建此代码,但不幸的是它会抛出错误c2027:errorC2027:useofundefinedtype'A'但是,如果我将std::de

c++ - Std::deque 直到程序退出才释放内存

在linux上,std::deque直到程序退出才释放内存。完整代码如下。任何帮助将不胜感激!#include#include#include#include#include#include#include#include#includetypedefboost::shared_ptr>VecPtr;typedefstd::dequeQueueType;charbuf[1024];charline[1024];intmain(){{intv=0;QueueTypedeq;for(inti=0;i);deq.push_back(p);}std::cout0){deq.pop_front(

c++ - 为什么 std::deque 在默认构造函数中为其元素分配内存?

使用g++5.4编译器和GNU标准库libstdc++.so.6,std::vector的默认构造函数创建一个空容器,仅初始化堆栈上的内部簿记数据成员。它稍后在堆上为数据元素分配缓冲区(当插入第一个元素时)。直到最近,我还认为这是任何具有动态分配内存的标准顺序容器的常见行为。但是,std::deque的工作方式不同。跟踪以下代码#includeintmain(){std::dequed;return0;}用ltrace给出__libc_start_main(0x4024fa,1,0x7ffd088be0f8,0x405bd0_ZNSt8ios_base4InitC1Ev(0x60835

c++ - 指向 deque<int>::push_back 的指针

#include#includeusingnamespacestd;main(){typedefvoid(deque::*func_ptr)(int);func_ptrfptr=&deque::push_back;}我试图获取指向该函数的指针,但出现编译错误error:cannotconvert‘void(std::deque::*)(constvalue_type&){akavoid(std::deque::*)(constint&)}’to‘func_ptr{akavoid(std::deque::*)(int)}’ininitializationfunc_ptrfptr=&deq