草庐IT

c++ - 带有 unique_ptr 的前向声明?

这个问题在这里已经有了答案:Isstd::unique_ptrrequiredtoknowthefulldefinitionofT?(9个回答)关闭7年前。我发现将类的前向声明与std::unique_ptr结合使用很有用如下面的代码所示。它编译并与GCC一起工作,但整个事情看起来有点奇怪,我想知道这是否是标准行为(即标准所要求的)?因为当我声明unique_ptr时B不是一个完整的类型.A.hpp#includeclassB;classA{std::unique_ptrmyptr;//B::~B()can'tbeseenfromherepublic:~A();};A.cpp#incl

c++ - 一个人如何降低 std::shared_ptr?

考虑:structSomethingThatsABase{virtualboolIsChildOne()const{returnfalse;}virtualboolIsChildTwo()const{returnfalse;}};structChildOne:publicSomethingThatsABase{virtualboolIsChildOne()const{returntrue;}};structChildTwo:publicSomethingThatsABase{virtualboolIsChildTwo()const{returntrue;}};voidSomeClien

c++ - 为什么 unique_ptr 将删除器作为类型参数而 shared_ptr 没有?

std::unique_ptr模板有两个参数:指针的类型和删除器的类型。第二个参数有一个默认值,所以你通常只写std::unique_ptr.std::shared_ptr模板只有一个参数:指针的类型。但是您也可以使用自定义删除器,即使删除器类型不在类模板中。通常的实现使用类型删除技术来做到这一点。std::unique_ptr没有使用相同的想法是否有原因?? 最佳答案 部分原因是shared_ptr无论如何都需要一个显式的控制block来控制引用计数,并且在上面插入一个删除器并不是什么大不了的事。unique_ptr但是不需要任何

c++ - 为什么在 shared_ptr 只取一个时 unique_ptr 取两个模板参数?

两者unique_ptr和shared_ptr接受自定义删除器来调用他们拥有的对象。但是在unique_ptr的情况下,删除器是作为class的模板参数传递的,而shared_ptr的自定义删除器的类型是被指定为构造函数的模板参数。template>classunique_ptr{unique_ptr(T*,D&);//simplified...};和templateclassshared_ptr{templateshared_ptr(T*,D);//simplified...};我不明白为什么会有这种差异。有什么要求? 最佳答案

c++ - 创建包含已分配数组的 unique_ptr 的正确方法

创建一个unique_ptr的正确方法是什么,它包含一个在自由存储上分配的数组?VisualStudio2013默认支持这一点,但是当我在Ubuntu上使用gcc4.8.1版时,我会遇到内存泄漏和未定义的行为。这个问题可以用这段代码重现:#include#includeusingnamespacestd;intmain(){unique_ptrtestData(newunsignedchar[16000]());memset(testData.get(),0x12,0);return0;}Valgrind会给出这个输出:==3894==1errorsincontext1of1:==38

c# - Java 有类似 C# 的 ref 和 out 关键字吗?

类似于以下内容:引用示例:voidchangeString(refStringstr){str="def";}voidmain(){Stringabc="abc";changeString(refabc);System.out.println(abc);//prints"def"}示例:voidchangeString(outStringstr){str="def";}voidmain(){Stringabc;changeString(outabc);System.out.println(abc);//prints"def"} 最佳答案

c++ - 如何使用 shared_ptr 避免内存泄漏?

考虑下面的代码。usingboost::shared_ptr;structB;structA{~A(){std::coutb;};structB{~B(){std::couta;};intmain(){shared_ptra(newA);shared_ptrb(newB);a->b=b;b->a=a;return0;}没有输出。没有调用析构函数。内存泄漏。我一直认为智能指针有助于避免内存泄漏。如果我需要在类中进行交叉引用,我应该怎么做? 最佳答案 如果你有这样的循环引用,一个对象应该持有weak_ptr到另一个,而不是shared_

c++ - 如何使用 shared_ptr 避免内存泄漏?

考虑下面的代码。usingboost::shared_ptr;structB;structA{~A(){std::coutb;};structB{~B(){std::couta;};intmain(){shared_ptra(newA);shared_ptrb(newB);a->b=b;b->a=a;return0;}没有输出。没有调用析构函数。内存泄漏。我一直认为智能指针有助于避免内存泄漏。如果我需要在类中进行交叉引用,我应该怎么做? 最佳答案 如果你有这样的循环引用,一个对象应该持有weak_ptr到另一个,而不是shared_

c++ - 我应该从使用 boost::shared_ptr 切换到 std::shared_ptr 吗?

我想通过-std=c++0x在GCC中启用对C++0x的支持。我不一定需要任何currentlysupportedC++11features在GCC4.5(很快4.6)中,但我想开始习惯它们。例如,在我使用迭代器的一些地方,auto类型会很有用。但同样,我不需要任何当前支持的功能。这里的目标是鼓励我将新标准的特性纳入我的编程“词汇表”。根据您对C++11支持的了解,在GCC中启用它是一个好主意,然后通过例如从使用boost::shared_ptr切换到std::shared_ptr因为两者不混合?PS:我知道thisgoodquestion它比较了shared_ptr的不同风格,但我要

c++ - 这 std::ref 行为合乎逻辑吗?

考虑这段代码:#include#includeintxx=7;templatevoidf1(Targ){arg+=xx;}templatevoidf2(Targ){arg=xx;}intmain(){intj;j=100;f1(std::ref(j));std::cout执行时,此代码输出107100我希望第二个值是7而不是100。我错过了什么? 最佳答案 对f2的小修改提供线索:templatevoidf2(Targ){arg.get()=xx;}现在这符合您的预期。发生这种情况是因为std::ref返回std::referenc